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‘When the battery dies, the operation dies,' became a mantra of OTS [Office of 
Technical Services]. As transistors delivered improved performance, battery 
technology lagged behind, becoming the weak link in audio operations. ‘My 
wife often said |! mumble in my sleep, but that | never said anything clearly,’ 
remembered a senior TSD [Technical Services Division] manager from the 
early years. ‘Except one night, apparently, | sat up and shouted, 'Those 
fucking batteries!" 


——— Quote from the book Spycraft: A Secret History of the CIA's Spytechs from 
Communism to Al-Qaeda, by Robert Wallace and H. Keith Melton. 


Table of Contents 


¢ Page 2/10A RSS Interface Description & Maintenance Considerations / #1A ESS 
¢ Maintenance strategy for a #10A Remote Switching System (RSS) with a #1A ESS host. 


¢ Page 24 / Generic Dispatch System Release 3.1 User Manual - Part 1 
¢ GDS mechanizes the administration support for the installation and maintenance of POTS and Special 


Services lines. 
¢ Missing a few pages. 


¢ Page 54 / DMS-100: Master List of Data Schema Tables -— Part 2 
¢ The short names and full titles of switch tables for the Nortel DMS product family. 


¢ Page 63 / 10 MHz TCXO Stable Time Base 
¢ Utilize the 10 MHz time base from an old Qualcomm OmniTRACS unit as a handy piece of test gear. 


¢ Page 72 / Bonus 
¢ Old Bell System Ham Radio Ad 


¢ Page 73 / The End 
¢ Editorial and rants. 


10A RSS Interface Description & Maintenance Considerations /#1A ESS 


BELL SYSTEM PRACTICES | SECTION 231-037-022 
AT&TCo Standard Issue 2, August 1982 
NO. 10A REMOTE SWITCHING SYSTEM INTERFACE DESCRIPTION 
AND MAINTENANCE CONSIDERATIONS 
2-WIRE NO. 1 AND NO. 1A ELECTRONIC SWITCHING SYSTEMS 


CONTENTS PAGE CONTENTS PAGE 

1. GENERAL 2 we ee ee ee ee 2 - LOOP-BACKS FOR N CARRIER APPLICATIONS 

2. DATALINK SYSTEM ........ 2 ns 
PERIPHERAL UNIT CONTROLLER FOR DATA 6. RSSCHANNELS . . 1.) . 1 ss 20 
LINKS « «§ @ 4 @ So ee Re ey OD 

TI CARRIER... ....... =. 20 
TRANSMISSION FACILITIES . .... . 4 
N CARRIER ........ 2... «212 
REMOTE TERMINAL-DATA LINK INTERFACE . 4 
DATA LINK OPERATION. ..... . 10 CHANNEL MAINTENANCE ...... 21 

3. DATALINK PROTOCOL ....... 10 7. ABBREVIATIONS . . . . . .. . . 22 

4. PERIPHERAL UNIT CONTROLLER OPERATION Figures 
DATATRANSMISSION ....... 12 1. Remote Switching System Block Diagram : 
DATA RECEPTION ........ . «212 

2. Data Links ek we Ow ee ew OS 
MAINTENANCE bk ae ee ee we F2 ‘ 
3. Peripheral Unit Controller for Data Links - 

5. DATALINK MAINTENANCE .... . 12 Block Diagram 5 1. ww ee 
DATS ERIS PING NOISY: vikcin & wea e- AS 4. Digital Channel Transmission Plan eg 
A. Diagnostic Restrictions & er ae ow a 

5. Analog Channel Transmission Plan ate 8 
B. Diagnostic Structure . .... =. 214 

6. Data Link Interface Functional Block Dia- 
C. Routine Diagnostics 2 « & a = 44 gram. ww ww 9 
FAILURE REPORTS ......... 15 7. X.25 Data Frame ee 2 
DATA LINK STATES i a we Se ok ow owe OS 

8. T1 Carrier Data Link Loop-Backs . . « 18 
LOOP-BACKS FOR T1 CARRIER APPLICATIONS 

16 9. RSS N Carrier Data Link Loop-Backs . . 19 


NOTICE 
Not for use or disclosure outside the 
Bell System except under written agreement 


Printed in U.S.A. Page 1 





10A RSS Interface Description & Maintenance Considerations /#1A ESS 


SECTION 231-037-022 


CONTENTS PAGE 
Tables 


A. RSS DL States Sok a ks ee Se ® we U7 


1. GENERAL 


1.01 This section covers the No. 10A Remote 
Switching System (RSS) interface to a No. 1 
or No. 1A Electronic Switching System (ESS). The 
RSS provides a distributed switching capability for 
the host. The RSS consists of a remote switching en- 
tity that is controlled by a host ESS via data link 
(DL), and is used to economically provide ESS fea- 
tures to a relatively small number of lines (Fig. 1). 


1.02 The reasons for reissuing this section are 

listed below. Since this reissue is a general 
revision, no revision arrows have been used to denote 
significant changes. Equipment Test Lists are not 
affected. 


(1) Generally restructured for clarity 
(2) Adds DL protocol information 

(3) Adds DL diagnostic information 

(4) Adds DL failure report information 


(5) Adds DL state control output message infor- 
mation. 


1.03 The No. 10A RSS (SD-4H001) is a remote ter- 

minal (RT) which performs call processing 
and maintenance tasks under direct commands from 
the host ESS. Transmission facilities, connecting the 
RSS switching network to line equipment terminals 
on the ESS line link network frames are required for 
voice transmission. Two voice channels are assigned 
to be DLs (Fig. 1). A peripheral unit controller for 
data links (PUC/DL) is required at the host ESS. The 
PUC/DL (SD-1A478) controls the duplicated DLs 
used for the RSS. A general description of the RSS 
is provided in Section 255-200-100. 


1.04 The maintenance strategy of the RSS is incor- 

porated into the existing maintenance strat- 
egy of the host. The teletypewriter (TTY) messages 
unique to RSS will appear on the host ESS mainte- 
nance TTY. Alarms associated with the RSS RT will 
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trigger host central office alarms. The Switching 
Control Center (SCC) interface for the host also pro- 
vides capability to monitor, analyze, and diagnose 
problems either unique to the RSS RT or common to 
the host and the RSS. 


1.05 The DL information sent from the host ESS 

office to the RT will include commands to set 
up or tear down network paths, ring phones, collect 
coins, or operate relays. The host ESS may also make 
inquiries into the RSS status over the DL. The host 
ESS always decides which DL is to be active. The DL 
information from the RSS to the host ESS will be 
indications of its status such as the confirmation of 
a request action, the states of lines or circuits, and 
diagnostic results. 


2. DATA LINK SYSTEM 


2.01 The RSS DL communicates digital control 

data between the host ESS and the RSS. The 
DL requires a PUC/DL frame in the host ESS office, 
transmission facilities, and a data link interface 
(DLI) in the RT (Fig. 2). The entire DL is duplicated 
for reliability, and each DL can be used by either RSS 
microprocessor. Two voice channels from the multi- 
plexed channels provided by the T1 or N carrier facil- 
ity are dedicated for DL use. 


PERIPHERAL UNIT CONTROLLER FOR DATA LINKS 


2.02 The peripheral unit controller (PUC) is a 

selfchecking microprocesspr controller. Fig- 
ure 3 is a simplified block diagram of the PUC/DL. 
The PUC consists of two controllers. Each controller 
consists of a central processing unit (CPU), a memo- 
ry, an ESS-PUC interface, and a PUC-peripheral in- 
terface which connects the serial DLs to the 
individual RSS DL ports. 


2.03 The PUC/DLisa particular application of the 

PUC. The PUC/DL application firmware de- 
scription is in the PUC description (BSP 231-037- 
020). The PUC is customized to the DL function with 
the use of a unique set of programs for its 
BELLMAC*-8 microprocessor. However, the basic 
interface to the No. 1/1A processor for all PUC appli- 
cations is the same. Thus, much of the host ESS 
maintenance software is essentially the same for all 
uses of the PUC. 


2.04 A PUC/DL frame can accommodate up to 16 
separate DL channels. Each RSS application 


*Trademark 
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Fig. 1—Remote Switching System Block Diagram 


uses two DL channels—one active and one standby. 
Therefore, a single PUC/DL frame has the capability 
of connecting up to eight RSS units. However, traffic 
limitations prevent more than six RSS units from 
being served per frame. 


2.05 The RSS PUC/DL is a semiautonomous pe- 

ripheral unit (PU) of the host ESS. It serves 
as the interface between the DL control function for 
the RSS RT and the host ESS central control (CC). In 
this application the PUC/DL performs the following 
functions: 


(1) Receives data from the host, buffers, and for- 

mats the data into the appropriate DL mes- 
sage protocol and then transmits it serially on the 
DL to the RSS 


(2) Responds to DL reconfiguration requests from 
the host CC 


(3) Receives serial data from the RSS, buffers it, 
and signals the host CC so that the informa- 
tion received can be read by the host system 


(4) Detects its own PUC faults and reports to the 
host CC 


(5) Performs diagnostic tests when requested by 
the host CC or on a timed basis — 


(6) Performs audits of its own memory when re- 
quested by the host CC 


(7) Reinitializes itself when requested by the host 
CC. 


2.06 The PUC/DL is a single frame of equipment 

that attaches to the PU communication bus of 
the host ESS. It sorts, buffers, and transmits the out- 
going DL messages. The PUC/DL similarly receives 
incoming DL messages from the various DLs. It veri- 
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fies the message integrity and communicates the re- 
sult of the message to the host CC. 


2.07 A peripheral unit controller for data link 

(PUC/DL) faults will be reported to mainte- 
nance personnel via the host ESS maintenance TTY. 
The host will control all PUC/DL diagnostics. The 
host software includes the software for DL 
maintenance. 


2.08 Each DL connects to a line interface unit 

(LIU) in the PUC/DL. The LIU performs a full 
duplex parallel to serial conversion and supports the 
synchronous data link control (SDLC) protocol which 
is used to assemble data into blocks and provide error 
control. 


TRANSMISSION FACILITIES 


2.09 Digital or analog carrier facilities connect the 
RT with the host ESS for voice channels as 
well as DL channels. 


2.10 The digital facilities are Tl carrier (Fig. 4). 

Two D4 channel banks are required for T1 car- 
rier. Each D4 bank has two groups of 24 channel 
units. One of these channels is a data service 
unit-data port (DSU-DP). The DSU-DP provides con- 
version from the 2400 bit/second signals used by the 
DLs to the time divided 8-bit bursts at an 8 kHz rate 
needed for T1 carrier transmission. The burst speed 
is 1.544 M bit/sec but the average Tl channel data 
rate is 64 kb/sec. The DSU-DP occupies channel slot 
twelve. Each data byte is repeated 20 times for error 
correction. 


2.11 Atthe host ESS, the D4 equipment is external 
to the PUC/DL. At the remote end, the D4 
functions are integrated into the RT hardware. 


2.12 The analog facilities are N carrier (Fig. 5) or 
some other acceptable analog carrier. When 
carrier (N2, N3, N4) is used for the transmission to 
the host, a 201C data set is used for the DL modem. 
The modem converts the digital DL data to an N car- 
rier analog signal and operates at 2400 bits per sec- 
ond. The modem is external to the PUC/DL at the 
host and external to the RT frame at the remote site. 


2.13 The modem supplies an Electronic Industries 

Association (EIA) 232 interface, a remote loop 
on the digital side of the modem, and a local loop on 
the analog side of the modem. 
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REMOTE TERMINAL - DATA LINK INTERFACE 


2.14 The DLI at the RSS RT performs some of the 

same functions as the PUC/DL at the host 
ESS. The DLI provides the circuitry to transmit and 
receive control information from either RT controller 
to the host ESS via the dedicated voice channels as- 
signed to the DLs. There is one DLI for each DL 
(DLIO and DLI1) and each DLI has access to either 
controller. 


2.15 For the receive function, the DLI buffers the 

incoming bit stream. As each byte is received, 
an interrupt is generated to both controllers. The ac- 
tive controller will read the buffer and thus allow the 
next byte to be received by the DLI. The process is 
repeated until the entire message is received. Inter- 
rupts are also generated by the DLI for several other 
conditions that are determined by the DLI. These 
conditions include error check failures on the incom- 
ing bit stream, overflow of the DLI buffers, carrier 
failure, and other similar conditions. 


2.16 The DLI transmit function is similar to the 

receive function in reverse. Data is transmit- 
ted serially in blocks of between 2 and 16 bytes, plus 
6 bytes of SDLC overhead per block. 


2.17 Thesame DLI is used for either T1 or N carri- 
er, since both interfaces are provided on the 
circuit pack. 


2.18 Figure 6 is a functional block diagram of the 

DLI. The buffers at the right of the diagram 
steer the information so that data may be transmit- 
ted to or received from either microprocesor. They 
also allow address input from either processor. The 
buffers are enabled by the gating logic shown above 
the buffers. The read, write, and enable signals to the 
gating logic come from the microprocessors. Eight 
bits of data and three bits of address flow between 
the buffers and the SDLC integrated circuit. 


2.19 The T1 interface has encode and decode func- 

tions which translate between each data bit on 
the SDLC circuit and a fixed Tl stream. The encode 
and decode operations also have error correction 
ability. Processor controlled loop-backs are also pro- 
vided in this interface. For T1 carrier, the DLI inter- 
faces directly into the Tl common channel interface 
logic. For N carrier, an EIA 232 interface is provided 
in the DLI. 


2.20 The DLI provides the necessary hardware to 
implement the SDLC protocol (format and 
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Fig. 5—Analog Channel Transmission Plan 


timing). This protocol provides the ability to detect a control latch. This latch is used for various 
transmission errors. The serial data received from reset and transmit/receive enable signals. The latch 
the host ESS at the RT is changed to parallel data by is controlled by the gating logic. 

the SDLC circuit. The same circuit is used to change 


parallel data from the RT to serial data to be trans- 2.23 The DLI provides maintenance arrangements 
mitted to the host ESS. that allow control and data paths to be 

checked. For example, loop arounds can automati- 
2.21. The SDLC circuit shifts data in and out seri- cally be set up to check the DLI. 


ally from the communications channel. The 
serial data from this shift register is parallel loaded 2.24 Troubles in the DLI will be detected and indi- 


into a latch which transfers data to and from the RT cated to the RSS microprocessors via inter- 
data bus. -rupts. Problems causing DLI interrupts are: 
2.22 Some of the SDLC control signals come from (1) Receive buffer overflow 
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(2) Cyclic redundancy code check failure 
(3) Transmitter underflow 

(4) Data parity error 

(5) Carrier failure. 


2.25 The interrupts will force the DLI to stop re- 

sponding to the data received from the DL. 
This will be detected at the host end of the DL when 
the PUC/DL receives no response from the remote 
end. Several retries are attempted and if they fail,the 
host recovery programs will automatically order the 
RSS to diagnose the DLI. A TTY report of the recov- 
ery reconfiguration and the results of the automatic 
diagnostics will be printed. 


2.26 Most DLI diagnostics will be automatically 

run. However, the host office maintenance 
personnel can make a TTY request for a DLI diagnos- 
tic. The diagnostics can all be run from the host ESS 
or from the SCC serving the host office. Only TTY 
access to the host is required. 


2.27. Any repairs made at the remote site must be 

verified prior to leaving the location. Diagnos- 
tic tests are possible if a portable TTY is carried to 
the RSS when the repairs are made. This should be 
done only by personnel qualified to make stored pro- 
gram control system (SPCS) inputs. Access to the 
host ESS from the RT will require contacting the 
SCC and arranging for a remote TTY connection at 
the SCC. These tests can also be made by telephoning 
the SCC and requesting remote activation of the 
tests. However, this is not recommended since it in- 
volves a two-person operation. 


2.28 Circuit board diagnostics can be manually 

requested at the RT using the RSS mainte- 
nance panel. Normally, the suspect boards are loaded 
into the maintenance panel repair buffer before the 


maintenance personnel reaches the RT. The repair | 


buffer is loaded with up to four boards via TTY input 
messages. 


2.29 There are no defined manually initiated peri- 
odic maintenance routines for the DLs. 


DATA LINK OPERATION 


2.30 The DL, which allows the RT to be controlled 
by the host ESS, uses the same transmission 
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facilities which connect the two entities for voice 
transmission. These facilities may be either digital 
(T1) or analog (N) carrier (paragraph 2.09). 


2.31 Information will be sent on the DL in blocks 
of between 2 and 16 bytes of data, plus 6 bytes 
of SDLC overhead per block. 


2.32 The amount of DL traffic is dependent on the 

number of calls per hour. The DL link has been 
engineered to run at 2400 bits per second in a syn- 
chronous mode. 


2.33 Data is serially transmitted and received 

under the control of various transmit and re- 
ceive options previously loaded in control registers. 
Full speed data flow may occur in the transmit and 
receive directions at the same time. The incoming 
and outgoing blocks have no need for synchroniza- 
tion. 


2.34 Most DL input messages will be for call pro- 

cessing and will consist of instructions loaded 
into a remote order buffer (ROB) by the host ESS. At 
the RT, input items from the DL are collected and 
buffered by the operating system until a complete 
message is received. Then the appropriate execution 
routine is scheduled and the entire message is passed 
on to be decoded and executed. 


2.35 The main vehicle for transmitting messages 

from the host to the RT is the ROB. The ROB 
functions much the same as the peripheral order 
buffer (POB) except that the ROB exclusively han- 
dles the orders for the remote site. The ROB is first 
hunted, loaded, and activated by the host. The ROB 
execution routines then send blocks of orders to the 
appropriate RSS. The execution routines also time 
and handle acknowledgments. 


2.36 The DL is duplicated for reliability. One DL is 

normally active with the other in a standby 
state. There are other possible DL states for mainte- 
nance purposes (paragraph 5.33). 


3. DATA LINK PROTOCOL 


3.01 A DL protocol is a set of rules for DL error 

control. Data is formatted into blocks called 
frames which are subject to error detection and cor- 
rection (Fig. 7). The protocol used for the RSS DL is 
an SDLC derivative International Telegraph and 
Telephone Consultive Committee (CCITT) standard 
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X.25. The outgoing X.25 data frame (Fig. 7) is built 
from data in the destination buffer (paragraph 4.04) 
and transmitted over the DL. Data received from the 
RT is extracted from the X.25 frame and loaded into 
the receiver buffer (paragraph 4.05). 


3.02 The destination buffer in the PUC/DL is a list 

of outgoing data messages consisting of a 
sync, header, and data, all 16-bit words. The sync 
word allows the message routing program in the RT 


TRANSMIT BUFFER 


MESSAGE 





16-BIT 
WORD 


RECEIVE BUFFER. 
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to identify the start of a message. The header word 
allows the program to determine the client program 
the message is to be routed to. The number of words 
used for the data message is variable. The message 
may contain several RSS orders. The only restriction 
on message content is that it contain data for a single 
client program. It may take several frames to contain 
the message, or several messages may be contained 
within a single frame depending on the message size. 
Data is transmitted in full-size frames as long as 


MESSAGE DATA IS PARTITIONED 
INTO X.25 DATA FRAMES BY PROTOCOL 
FOR TRANSMISSION. 


CDRs 


X.25 FRAME v 


LEGEND: 
F - FLAG (8 BITS) 
A - ADDRESS FIELD (8 BITS) 
C - CONTROL FIELD (8 BITS) 
INFO - INFORMATION FIELD (VARIABLE LENGTH) 
CRC - CYCLIC REDUNDANCY CODE (16 BITS) 


Fig. 7—X.25 Data Frame 
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there is sufficient data in the destination buffer to 
form them. Smaller, variable sized frames are trans- 
mitted whenever the destination buffer is emptied. 


3.03 The X.25 data frame consists of a flag, ad- 

dress, control data, information, and a cyclic 
redundancy code (CRC). The flag is used to indicate 
the beginning and end of a frame. The address identi- 
fies the receiving station. The control field is used to 
give the data frame an identification number. The 
information field contains the data to be transmit- 
ted. The CRC check word is used to detect transmis- 
sion error. 


3.04 A 16-bit CRC check word is sent with each 

data frame. The check word is calculated using 
the address, control, and data fields of the data 
frame. Upon reception of the data frame, the check 
word is recalculated and compared with the trans- 
mitted check word. If the two words are not the same, 
a CRC error is indicated. 


3.05 If an error is indicated concerning the data 

frame, retransmission of the data frame is 
attempted. If the error continues to occur despite 
multiple retries, a protocol impasse error report is 
sent to the ESS. Retransmission attempts continue 
until the DL is deactivated. 


4. PERIPHERAL UNIT CONTROLLER OPERATION 


4.01 The PUC/DL is connected to the host CC via 

the peripheral unit address bus (PUAB) and 
the scanner answer bus (SCAB). Data transmitted to 
the PUC/DL will be sent over the PUAB and data 
received from the DLs will be transferred to the CC 
over the SCAB. All data words transferred between 
the PUC/DL and CC are in parallel form. 


4.02 The transferring of information between the 

PUC/DL and the ESS is accomplished by the 
PUC/DL application firmware which is covered in 
detail in the PUC description (Section 231-037-020). 


DATA TRANSMISSION 


4.03 The PUC/DL interface to the PUAB is a 256- 
word, 24-bit/word first in - first out (FIFO) 
buffer. All data and commands transferred to the 
PUC/DL will be passed via the FIFO buffer which 
will be unloaded by the PUC controller on a periodic 
interrupt. . 


4.04 All incoming data from the ESS is read from 
the input FIFO buffer and sorted in three 
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categories—data, parameters, and maintenance or- 
ders. The data is destined to be sent on a DL. Data is 
not addressed to a specific link number; it is marked 
with a destination number specifying a buffer in the 
PUC/DL read-write memory. One destination buffer 
exists for each RT. The association of a destination 
buffer and a single DL is specified in a parameter. 
The data is loaded in the appropriate destination 
buffer. The DL protocol program unloads the desti- 
nation buffer and transmits data over the DL to the 
RT. 


DATA RECEPTION 


4.05 Data link messages received from the RT in 

the PUC/DL are loaded into the receive buff- 
ers in the scan memory. There are four scan memo- 
ries having 64 words each provided for received data. 
These scan memories are read by the ESS over the 
SCAB. 


4.06 Each DL will have a receive buffer in a dedi- 

cated area of the scan memory and data will 
be read using the standard scan commands. The oper- 
ation of the CC and PUC/DL controllers are com- 
pletely autonomous without any coordination 
between their internal task schedules. 


MAINTENANCE 


4.07. A description of PUC maintenance capabili- 

ties is in Section 231-037-020. Task oriented 
practice (TOP) 231-050-030 contains procedures for 
clearing trouble using PUC diagnostics. 


5. DATA LINK MAINTENANCE 


5.01 The condition of the DL is checked by the 
PUC. Trouble is detected by carrier loss, pro- 
tocol response failure from the remote end, or exces- 
sive error rates. When trouble is detected, the PUC 
reports this to the host ESS which then attempts re- 
covery of the DL. Recovery involves establishing a 
working configuration with the RSS, if possible, di- 
agnosing the faulty link, and reporting the fault to 
maintenance personnel by a host TTY message. If 
both DLs to the RSS are inoperative, the recovery 
program will restore (with manual stimulus) commu- 
nication whenever one of the links becomes usable. 


5.02 Recovery from DL faults will most often be 
handled automatically by the recovery pro- 
grams. However, some faults may require manual 
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intervention. If so, almost all permissible DL states 
can be forced by TTY messages from the host ESS. 


5.03 Some DL faults may require the replacement 

of faulty circuit boards before recovery can be 
achieved. The PUC/DL diagnostics and sectionaliza- 
tion capabilities are used to locate the faulty circuit 
boards. 


5.04 The DL diagnostics will test various sections 
of the DL by looping signals at different inter- 
faces. The applied signals are designed to stress the 
system. The return signal which has been looped is 
compared to the transmitted signal with mismatches 
indicating a failure. Following completion of the di- 
agnostic, the results and failed circuits are indicated 
to the maintenance personnel via a TTY message. 


5.05 Data link input messages are typed at the 


local maintenance TTY in the host ESS, the ~ 


remote maintenance channel at the SCC, or the por- 
table TTY at the RSS RT. The messages are inputted 
to obtain the DL status, switch DL states, initialize 
DLs, or request DL diagnostics. A pair of DLs per- 
taining to a single RSS is specified by the application 
(RSS) and the application member number. The ap- 
plication member number indicates which RSS the 
pair of DLs pertain to. A single DL is specified by the 
PUC member number and the DL member number. 
The PUC member number indicates the PUC to 
which the DLs are connected. The DL member num- 
ber indicates the particular DL on the specified PUC. 


DATA LINK DIAGNOSTICS 


5.06 If there is a problem transferring data be- 

tween the ESS and RSS, the fault will be lo- 
cated in either the PUC/DL, the RT, or the DL 
channel facilities. Depending on the type of problem, 
the PUC/DL or the RT will run DL diagnostics to 
find the fault. The microprocessors in the PUC/DL 
and the RT will run the diagnostics requested and 
controlled by the host ESS CC. Routine DL diagnos- 
tics run automatically. The DL diagnostics run con- 
currently with call processing to detect and locate 
faults. 


5.07. When a fault is detected in an RSS link, a di- 

agnostic is automatically requested and traf- 
fic is switched to the standby link. If the diagnostic 
fails, the link is removed from service. Normally, the 
diagnostic should be requested again to validate the 
previous results. If the diagnostic passes, it should be 
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requested once more to verify if an intermittent fault 
exists. 


5.08 Each diagnostic can be requested manually 

via TTY input message or automatically via 
ESS maintenance software. The actual programs 
which perform the various diagnostic checks reside 
in the PUC and RT firmware. 


5.09 The ESS master control center (MCC) diag- 

nostic-in-progress lamp provides a visual indi- 
cation that a diagnostic is being executed. This lamp 
is not unique to the PUC/DL feature. It also serves 
to indicate other unrelated diagnostics. Key 20 on the 
MCC buffer bus 17 aborts an in-progress DL diagnos- 
tic and prevents a request for a DL diagnostic from 
being honored. 


5.10 A full diagnostic may be requested at any 

time. If the link is active, an automatic request 
is made to the state control software to switch links. 
If state control successfully switches the links, the 
diagnostic test will be executed. If not, an abort mes- 
sage will be printed. 


5.11 The diagnostic may abort if the PUC experi- 
ences an input/output fault. A TTY output 
message reports PSTAT if this is the case. 


5.12 The partial diagnostic request is very useful 

for tracking intermittent problems. In this 
case, the link should be made unavailable using the 
PDL-LNK-FRU state control input message. Then, 
the diagnostic should be requested to loop on the 
phase in question. The RAW mode of TTY output is 
very useful in this instance since only changes in 
state (PASS/FAIL) or changes in failing result are 
printed. 


5.13 The circuits for the PUC/DL at the host are 

diagnosed like the circuit packs of the No. 
1/1A ESS. These diagnostics test a local circuit which 
is physically contained on one or more boards. 


5.14 The diagnostics for the DLI at the RT test the 
entire board for a faulty circuit. Each diagnos- 
tic is designed to test a single board type. The diag- 
nostic will test many logical components which are 
contained on one board. The microprocessors will run 
routine diagnostics requested from the host ESS. 


5.15 If the RT DL diagnostic finds a fault, failure 
information is printed on the TTY containing 
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the suspected faulty board location numbers with the 
most probable board first. The maintenance person- 
nel can use this board number to find the physical 
location of the board. Once the faulty board has been 
replaced, a repair verification is done to insure the 
fault is fixed and no new faults were introduced with 
the new circuit board. 


A. Diagnostic Restrictions 


5.16 Several restrictions apply to RSS DL diagnos- 

tics. To diagnose any link, the link must be off- 
line. If a diagnostic is requested on an active link, an 
automatic request is made to DL state control soft- 
ware to switch links. If state control is unable to 
switch links, an output message will indicate that the 
diagnostic was aborted. The diagnostic will also 
abort if a link under diagnosis is needed for service. 
If a loop on a phase is reguested, the link must be 
manually placed in the unavailable state. Another 
restriction is that the diagnostic program will not 
run if maintenance is removed from the PUC control- 
ling the DL. 


B. Diagnostic Structure 


5.17. The RSS DL diagnostic is segmented into 

seven phases. A request for the full RSS DL 
diagnostic normally results in all seven phases being 
executed except when the DL is using N carrier. The 
data sets used for N carrier does not provide the re- 
mote loop-back capability required for execution of 
phase 6. In this case, phase 6 reports all tests pass 
(ATP) without actually running the phase. 


5.18 Phase 1 resets the LIU and checks the status 
of the input/output ports to verify that they 

were reset to the proper state. It also exercises all 

enables to insure their connections to the FG40. 


5.19 Phase 2 places the LIU in an on-board, loop- 

back mode at the output of the universal serial 
receiver-transmitter, verifies that data transmitted 
is equal to data received, and that no CRC errors oc- 
curred. The data consists of a zero walked through a 
field of ones followed by a one walked through a field 
of zeros. 


5.20 Phase 3 is identical to phase 2 except that the 
loop-back is at the DSU-DP instead of at the 
LIU. 


5.21. Phase 4 is run by the RSS RT and consists of 
ten tests. These tests verify reset, read/write 
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of control registers, and error checking circuitry. In- 
cluded in the tests is an on-board, local loop-back. 


5.22 Phase 5 performs a local loop-back through 

the DSU-DP or the remote modem, depending 
on the facility, from the RT. Testing is done to verify 
that data received is the same as data transmitted. 


5.23 A remote loop-back on an N carrier data set 

cannot be performed under program control. 
Because of this, phase 6 is shipped and always reports 
ATP when a full diagnostic is requested for N carrier 
DLs. 


5.24 Phase 6 for T1 carier DLs causes data to loop 
back at the DLI in the RT. 


5.25 Phase 7 is the final go/no-go test of the diag- 

nostic. It requests that the link be made active 
and sends a message over the link to the RT. When 
the RT receives this message, it responds over the 
link being diagnosed. After the diagnostic program 


sends the message, it periodically checks the DL for - 


the response. This phase will result in an STF if the 
correct response is not received within approxi- 
mately 5 seconds. 


5.26 Phases 4 and 5, executed by the RT, report 

some tests pass (STP) when both links 
servicing an RSS are out of service (OOS). This is be- 
cause an active link is not available for the RT to re- 
port the status of these phases. When this occurs, 
phase 7 provides the only test ofthe remote portion 
of the link. If phase 7 passes diagnostic tests, the link 
is good. 


C. Routine Diagnostics 


5.27. Two maintenance control (MAC) routine exer- 

cise programs attempt to place OOS DLs back 
into service on a routine basis if manual action is not 
taken. One program is executed every hour and the 
other every midnight. These programs schedule diag- 
nostics on OOS DLs that are not in the forced- 
unavailable state. If the diagnostics pass, the links 
are then restored to service. 


5.28 In addition to the routine exercises on the 

OOS DLs, a diagnostic is also scheduled on the 
standby mate of an in-service duplex-application link 
at midnight. If the diagnostic passes, the standby 
link is switched into service. This is to assure that if 
no reconfiguration occurs on the pair of links during 
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the day, they are automatically switched at midnight 
so that neither link is favored to remain in service. 


FAILURE REPORTS 


5.29 A total DL outage failure report is printed 

when both links of a duplex pair fail. When a 
total outage occurs, the ESS recovery program waits 
30 seconds and sends orders to the PUC to place a link 
into service. The ESS then waits 6 seconds or until 
the PUC returns a response message. If the response 
indicates that the link was successfully placed into 
service, the recovery sequence is completed. If the 
response indicates that the link was not placed into 
service, or if there was no response, the recovery pro- 
gram waits for 30 seconds again. If possible, the pro- 
gram attempts to recover the mate of the link; 
otherwise, it will retry the same link. If six of these 
cycles pass without a successful recovery, the pro- 
gram stops retrying and schedules a diagnostic at 
high priority. 


5.30 The DL maintenance state is not allowed to 

oscillate between in-service and OOS for a 
long period of time. This oscillation may be caused by 
the presence of a DL fault which disrupts traffic but 
cannot be detected by the diagnostic. When the DL 
failure is detected, the link is removed from service 
and a diagnostic is scheduled. The diagnostic runs 
and passes since it cannot find any fault. The DL is 
then placed back into service. 


5.31 The process used to detect DL state oscillation 

is called trouble analysis. The three trouble 
analysis thresholds for acceptable DL outage rates 
are as follows: 


(1) Four transitions per hour between the active 
state and an OOS state 


(2) Hight transitions per hour between the active 
degraded state and an OOS state 


(8) Ten transitions per hour between either of the 
above states and an OOS state. 


Counts are kept of these transitions. If any of them 
exceed the appropriate threshold, the DL is placed 
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into the OOS trouble analysis state instead of the 
state into which it would otherwise be placed. 


DATA LINK STATES 


5.32 Each RSS DL can be in one of several possible 

states (Table A). One DL per RSS is normally 
in the active state while the other is in a standby 
state. This occurs when both DLs have a low error 
rate. The active DL is on line while the standby DL 
is off line. 


5.33 All RSS data is transmitted over the active 

DL. Only diagnostic messages to evaluate its 
own performance are transmitted on the standby DL. 
A failure in the active DL will be detected by built-in 
error checks and reported to the host CC. The host CC 
will then request a switch to the standby DL. The 
host ESS controls all the DL state switching by send- 
ing switch requests to the PUC. 


5.34 Data link states can be changed automatically 

by the ESS or manually by typing a message 
at the host ESS or the RSS RT via the portable TTY. 
Manually changing the DL states may override the 
automatic control and should be used with care. The 
changing of DL states is dependent on the current 
state of the on-line DL, current state of the off-line 
DL, and the reconfiguration stimulus. 


5.35 Whena fault occurs on the active DL, the links 

are switched and a diagnostic is scheduled. 
The diagnostic returis failure data to be used to lo- 
cate the fault. Once the fault is repaired the DL must 
be restored to service via a TTY message. The DL is 
diagnosed and is put back in service if the diagnostic 
passes. 


5.36 Ifthe PUC encounters a high error rate on a 

DL but cannot find a hard fault, the DL is put 
in a degraded state. The OOS DL will be made active 
after a routine diagnostic if the error rate improves. 


5.37. A DL state control output message is printed 

to indicate the current status of DLs. State 
control can be activated manually or automatically. 
The first line of the message contains five fields as 
shown in the example below. 
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M, . PUCDL DLOO, . PUCOO, , TTYSWT, . EXC 


DATA LINK PUC STIMULUS 


MEMBER MEMBER 
PRIORITY DISPOSITION 


OF ACTION 


5.38 The priority of action field consists of up to 

two characters indicating the priority of the 
action to be taken. This field can be used to determine 
why the output occurred and if further action is re- 
quired. The priority of action codes and their mean- 
ings are shown in the output message manual. The 
DL and PUC member fields contain the member 
numbers of the designated link. The stimulus field 
contains a mnemonic for the requested action. The 
disposition field contains a code indicating whether 
or not the action was successful. The second and fol- 
lowing lines give the application, application member 
number, DL member number, and the resulting state 
of each link involved in the reconfiguration. 


LOOP-BACKS FOR T1 CARRIER APPLICATIONS 


5.39 Sections of the DL can be checked for correct 

data transmission by sending data out on the 
DL from either the host ESS or the RSS RT and loop- 
ing back the data at several points (Fig. 8). The data 
received is compared with the data transmitted to 
find errors. 


5.40 The following loop-backs are provided for a 

DL using Tl carrier and under the control of 
the host ESS. They are activated by automatic diag- 
nostic routines. 


e LIU Maintenance —The peripheral unit 
controller-line interface unit (PUC-LIU) 
loops data back to the host ESS after passing 
through the PUC and LIU. 


e DSU-DP Local—The data service unit- 
data port (DSU-DP) loops data back to the 
ESS after passing through about 20 percent 
of the logic in the D4 data port. This is acti- 
vated by a signal wire from the PUC-LIU. 


e DSU-DP Remote—This loops the data 


back to the ESS after passing over the Tl 
span, through the integrated Tl common 
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logic at the RT, and through a major portion 
of the T1 encode/decode logic on the DLI cir- 
cuit pack. This loop-back is activated by a sig- 
nal wire from the PUC-LIU to the DSU-DP. 


5.41 The following loop-backs are under direct con- 

trol of the RT processor, and data from the RT 
is looped back to itself. They are activated by auto- 
matic diagnostic routines. 


e DLI Maintenance—This loops data after 
passing through the processor interface and 
the SDLC logic on the DLI circuit pack. 


e DLI Local—This loops data back after 
passing through about 75 percent of the DLI 
logic. 


e DLI Remote—This loops data after passing 
over the T1 main span, through the host D4 
bank common equipment and about 80 per- 
cent of the DSU-DP logic. 


5.42 The following loop-back is activated manually 

and is not used by the usual diagnostic rou- 
tines. All 24 channels of a particular T1 group are 
looped-back. This loop-back is used only after all 
other diagnostic methods have failed. 


e D4 Bank—Inserting a tip plug in the face- 
plate of the LIU common equipment plug-in 
of the D4 common equipment loops all 24 
channels back to the ESS., 


LOOP-BACKS FOR N CARRIER APPLICATIONS 


5.43 The following N carrier loop-back is under di- 

rect control of the PUC, and loops data from 
the PUC back to the PUC for maintenance purposes. 
This loop-back is part of the automatic diagnostics 
for the DL (Fig. 9). 


e LIU Maintenance—This loops data after 
passing through all of the PUC and the LIU. 


5.44 The following loop-back is under direct con- 
trol of the RT processor and loops data from 
the RSS back to the RSS. 


e DLI Maintenance—This loops data after 
passing through the DLI processor interface 
and SDLC logie. 
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OOS MANUAL 
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OOS FAULT 


OOS TROUBLE 


ANALYSIS 


UNAVAILABLE 


INVALID 
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RECOVERY OOS. 
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TABLE A 


REMOTE SWITCHING SYSTEM DATA LINK STATES 


The DL is transferring RSS data at a low error rate. 


The DL is transferring data but accepts a high error rate without reporting 
error rate faults. 


CAUTION—Do not use this state unless absolutely necessary. This 
state is brought about manually via TTY input message and must be used 
with caution. This state forces the DL on line and causes the PUC/DL to 
ignore all errors. No automatic maintenance is done and the DL state cannot 
be changed automatically by the PUC. 


The DL was OK when last used and is on standby to go on line if needed. 


This state occurs when a high error rate is encountered. The DL is switched 
off line and a diagnostic is scheduled. 


This state is requested by TTY message. The DL is off line but may be 
switched on line automatically if needed. This state is used to run manually 
requested diagnostics. 


The PUC will switch the DL to this state automatically if a fault or high 
error rate occurs. A diagnostic is scheduled but the DL may be brought back 
on line automatically if needed. 


This state occurs if a diagnostic finds a hard fault. The fault must be cor- 
rected before the DL is brought back on line. 


This state occurs automatically when the DLs Have been switching between 
states repeatedly. This indicates that there is a fault which the normal 
diagnostics cannot locate. The DL may be switched on line automatically if 
needed. 


The unavailable state is requested manually to take the DL out of service. 
This state is used when changing circuit packs associated with the DL be- 
cause the DL cannot go on line automatically. 

CAUTION—Do not use this state unless absolutely necessary. This 
state manually forces the DL out of service. Maintenance personnel forces 
this state to make changes of equipment associated with this DL. 


State control is attempting to recover the link. 


State control is waiting before attempting to recover the link. 
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6. RSS CHANNELS 


6.01 Instead of terminating as trunk facilities, it is 

necessary to wire transmission facility chan- 
nels to the line side of the ESS network. RSS chan- 
nels represent high usage lines similar to the private 
branch exchange (PBX) trunks in that they will carry 
25 to 30 hundred-call-seconds (CCS) of traffic and 
terminate on the line side of the host network. They 
are similar to PBX trunks in that an individual chan- 
nel appearance at the main frame does not represent 
a unique RSS line appearance. 


6.02 Each 1024-line remote terminal can provide a 

maximum of 120 individual channels to the 
host ESS. Two channels must be used for DLs. A 
maximum size system (2 frames) of 2048 lines will 
provide 240 channels. The actual number of RSS voice 
channels is determined by the traffic characteristics 
of the system. A minimum of two carrier systems per 
RSS are required for DL reliability. 


6.03 The individual voice channels at the host will 

be connected directly (in the case of the T car- 
rier) from the output of the channel bank hardware 
to the line side of the host ESS network via the main 
distributing frame. For N carrier, it will be necessary 
to include a single frequency (SF) signaling unit to 
provide a signaling interface and to convert 4-wire to 
2-wire and vice versa before connecting to the main 
frame (Fig. 5). 


6.04 The two voice channels assigned to the DL 

function are not connected to the line side of 
the network. These two channels will be connected to 
the PUC/DL. The duplieated DLs must be separated 
into different circuit groups so that the failure of a 
single piece of common equipment will not result in 
the loss of both DLs. 


T1 CARRIER 


6.05 For T1 carrier, the D4 channel banks are used 

for interfacing (Fig. 4). The host ESS office 
uses the D4 channel bank frame. This frame will con- 
tain a maximum of 192 voice channels or eight T1 sys- 
tems. 


6.06 A single D4 channel bank frame can be shared 

by different RSS RTs, but the duplicated DL 
for an individual RT must be in separate T1 and D4 
systems with no common circuitry. The DLs for a 
particular RT must be equipped in separate equip- 
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ment mounting racks since it is possible to have two 
T1 systems in the same rack or unit with some com- 
mon circuitry feeding them. It is permissible to have 
one of these D4 banks containing a DL for one RT and 
the DL for another separate RT. It is imperative that 
powering for the equipment used by the DLs be sepa- 
rated so that a power failure will not force a duplex 
DL failure. 


6.07. The RSS DL channels can be either T1 or N 

carrier. For the T1 carrier interface, a D4 
channel unit has been designed to plug directly into 
a D4 channel bank in place of a normal voice fre- 
quency channel pack. The LIU in the PUC/DL con- 
nects directly to this port. It is possible for one DL for 
a single RSS to use N carrier and the other to use T1 
carrier. 


6.08 For T carrier, the RT and its T carrier channel 

interface circuitry performs most of the func- 
tions of a conventional D4 channel bank. The channel 
interface accepts the high speed 1.544 megabit data 
stream directly from a T1 line and converts this sig- 
nal into 24 voice channels. These functions are imple- 
mented with standard D4 circuitry contained on RSS 
circuit packs. Thus, the receiving functions of 
demultiplexing, digital-to-analog conversion, 4-wire 
to 2-wire conversion, and alarm monitoring are all 
performed in this interface. 


6.09 The same functions are performed in the 
transmit direction except that a per-channel 
loop supervisory state is inserted in the bit stream. 


6.10 For T carrier, the equivalent D4 bank is con- 

tained in three different circuit packs. These 
packs are the T1 channel interface (CI), the T1 trans- 
mit-receive (TR), and the T1 alarm and line interface 
(ALI). 


6.11 The T1 CI circuit pack is the first stage of in- 

terfacing from the RSS voice frequency elec- 
tronic network in the RT to the T1 digital carrier. 
This circuit pack provides one stage of network 
switching, transmission path conditioning, and con- 
version from voice frequency to multiplexed pulse 
amplitude modulated transmission. Each CI circuit 
pack provides for four audio channels. Six packs are 
used to form the analog interface portion of a T1 digi- 
tal group of 24 channels. 


6.12 The T1 transmit-receive circuit pack provides 
the analog-to-digital (A/D) conversion and 
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vice versa. It also provides T1 framing and T1 system 
signaling infomation that is to be performed. 


6.13 The T1 alarm and line interface circuit pack is 

the direct interface between the 1.544 megabit 
digital T1 line and the A/D encoders in the transmit- 
receive circuit. It also incorporates the functions nor- 
mally found in the office repeaters, the D4 channel 
unit plug-ins, the office interface units, and the 
alarm control unit (ACU). This circuit pack also pro- 
vides the capability to provide a loop-back in either 
direction to verify proper operation as determined by 
the host ESS central office. 


6.14 Six T1 CI circuit packs, one T1 TR and one T1 
ALI, provide a full T1 digital group of 24 voice 
channels. 


6.15 If an office repeater bay is required for back 

powering a T1 line, then it must be provided 
separately from the RSS frame. Similarly, if T1 out 
state is used, it has to be provided independent of the 
RSS frame. 


N CARRIER 


6.16 Three types of N carrier equipment are com- 

patible with RSS: N2, N3, and N4. At the host 
ESS, the output of the existing channel bank must 
have its normal crossconnect removed from its nor- 
mal trunk interface and reconnected (via SF signal- 
ing unit) to the line side of the network via the main 
distributing frame. 


6.17. The DLs for N carrier, like T carrier, use two 

of the voice channels and must be assigned to 
separate N carrier systems for reliability. With N 
carrier, there is no restriction on which voice channel 
is assigned to the DL function. It is reeommended 
that a channel in the middle of a group be used to 
avoid potential phase distortion problems with end 
channels. 


6.18 For DLs using N carrier, a data modem is re- 

quired at the host as well as the RT (Fig. 2). 
The data modem converts the digital data received 
from the PUC/DL to a voice frequency representa- 
tion of the data and vice versa. The EIA 282 standard 
interface is used between the data modem and the 
PUC/DL. 


6.19 Correspondingly, at the RT there will also be 
an N carrier channel bank and a data modem. 
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The interface between the modem and the DLI at the 
RT is also an EIA 232 standard. 


6.20 For the N carrier interface, the existing car- 

rier channel banks perform the multiplexing- 
demultiplexing functions. All of the other necessary 
operations are provided in the CI portion of the RSS. 


6.21 If N carrier is used, the circuitry for the CI for 

T carrier is removed from the RSS frame. The 
standard N (N2, N3, and N4) carrier frame is used 
and its 4-wire output is interfaced to an N carrier 
channel interface that will be placed in the RSS 
frame where the T1 CI circuit packs were for the T1 
carrier case. 


6.22 The N carrier CI performs the function that 

the T1 CI circuit packs did for T carrier. Thus, 
the N carrier CI contains the circuitry for four N car- 
rier voice channels, the 4-wire to 2-wire conversions, 
and the first stage of PNPN switching. The TR and 
ALI boards are removed for this group. 


CHANNEL MAINTENANCE 


6.23 Remote Switching System channels can be 

accessed via the trunk test panel in the host 
KSS or the remote trunk test facilities at the SCC. 
The RSS transmission plan requires that the RSS- 
host ESS channels be routinely tested to ensure the 
proper operation. Centralized automatic reporting on 
trunks (CAROT) should be the main vehicle to ac- 
complish this. If a host ESS office is not equipped 
with CAROT, a regularly scheduled manual routine 
to test these RSS channels is required. 


6.24 The software for trunk maintenance routines 

was designed to test circuit appearances on 
the trunk side of the network. Since RSS voice chan- 
nels appear on the line side of the network, rear- 
rangement of existing equipment is needed to utilize 
the trunk maintenance programs. The new configu- 
ration is called a back-to-back trunk connection 
(BTBTC). 


6.25 A BTBTC is achieved by wiring together two 

SD-1A166 trunks mounted on a single plate 
and assigning them adjacent trunk network numbers 
(TNN) on the reference trunk link network (TLN). 
Six BTBTCs are required for a host office. The trunks 
that are involved in the BTBTC should be located 
next to each other. 
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7. ABBREVIATIONS 


7.01 The following abbreviations are used in this 


section. 
TERM DEFINITION 
ACU Alarm Control Unit 
A/D Analog-to-Digital 
ALI Alarm and Line Interface 
AMA Automatic Message Accounting 
ATP All Tests Pass 
BTBTC Back-To-Back Trunk Connection 
CAROT Centralized Automatic Reporting 
on Trunks 
CC Central Control 
CCS Hundred Call Seconds 
CI Channel Interface 
CPU Central Processing Unit 
CRC Cyclic Redundancy Code 
DL Data Link 
DLI Data Link Interface 
DSU-DP Data Service Unit-Data Port 
BIA Electronic Industries Association 
ESS Electronic Switching System 
FIFO First In - First Out 
LIU Line Interface Unit 
LLN | Line Link Network 
MCC Mater Control Center 
Page 22 
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TERM 


‘00S 


ORB 
PBX 
POB 

PU 
PUAB 
PUC 
PUC/DL 


PUC-LIU 


ROB 
RSS 
RT 
SCAB 
SCC 
SDLC 
SF 
SPCS 
STP 
TLN 
TNN 
TOP 
TR 
TTY 


DEFINITION 
Out Of Service 
Office Repeater Bay 
Private Branch Exchange 
Peripheral Order Buffer 
Peripheral Unit - 
Peripheral Unit Address Bus 
Peripheral Unit Controller 


Peripheral Unit Controller/Data 
Link 


Peripheral Unit Controller-Line 
Interface Unit 


Remote Order Buffer 

Remote Switching System 
Remote Terminal 

Scanner Answer Bus 

Switching Control Center 
Synchronous Data Link Control 
Single Frequency 

Stored Program Control System 
Some Tests Pass 

Trunk Link Network 

Trunk Network Number 

Task Oriented Practices 
Transmit - Receive 


Teletypewriter. 
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1.0 INTRODUCTION 
1.1 BACKGROUND 


The IC (Installation Center) and the MC (Maintenance Center) are responsible for local loop 
installation and maintenance, and are primarily concerned with POTS (Plain Old Telephone Service) 
services. The SSC (Special Service Center) and the SSDAC (Special Service Dispatch Administration 
Center) have similar responsibilities for special service circuits. 


In the course of installing and maintaining POTS and special service circuits, a center must dispatch 
field technicians to work locations at various points along a local loop facility. The dispatch process 
involves evaluating a number of factors (i.e., type of work, location of work, availability of technicians, 
required technician skills, etc.). This process is predominantly a manual effort and is extremely labor 
and paper-intensive. 


1.2 PURPOSE OF THE GENERIC DISPATCH SYSTEM (GDS) 


The GDS (Generic Dispatch System) provides the mechanized work and force administ ration tools for 
the automation of the local loop dispatch process. 


GDS supports installation, maintenance, POTS, nondesigned and special service center operations of 
any combination or subset. 


1.3 PURPOSE OF DOCUMENT 

This document. has a threefold purpose: 
1. To provide an explanation of GDS functions, features, and interfaces. 
2. To provide the step-by-step methods for building a work center in GDS. 


3. To provide a detailed description of how to use the system and a quick and easy reference to 
fields, formats, and features. 


1.4 STRUCTURE OF DOCUMENT 
This document. combines both the GDS User Guide information and the format field directory. 


The GDS User Guide is divided into the following major sections: 


Section 2. A high level overview of the system. 

Section 3. A detailed description of each of the system features, 

Section 4. The steps for establishing a work center in GDS. 

Section 5. A detailed description on how to use the GDS on-line screens. 
Section 6. A detailed description of the miscellaneous system features. 
Section 7. A directory of format fields. 
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1.5 GDS DOCUMENT REFERENCES 


In addition to this User Guide, there are other Bellcore Practices (BRs) to help the user understand and 
use GDS. These documents can be obtained from the Bellcore Distribution Service Center, 60 New 
England Avenue, Piscataway, New Jersey 08854, or by calling the Hotline, (201) 699-5800. 


190-539-001 GDSR Database Administrators’ Guide 

190-539-002 GDSR Format to Transaction Cross-Reference Table 
190-539-003 GDSR Security Administrators’ Guide 

190-539-004 GDSR Installation Guide 

190-539-007 GDSR Reference Data TTS Encyclopedia 

190-539-008 GDSR Reference Data TTS Field Directory 

190-539-009 OT Administrator’s Guide 

190-539-100 TTS Position Guide 

190-539-102 C-1 Location Group Information Format (GCRLOC) 
190-539-300 TIRKS® Query System (TQS) User Manual 

190-539-301 TIRKS® Communication Module (TCM) Overview 
190-539-302 TCM Route Administration (RA) User Manual 

190-539-303 TCM Message Administration (MA) User Manual 
190-539-304 TCM Network Administration (NA) User Manual 
190-539-305 TCM Translation Administration (TA) User Manual 
190-539-308 F.C.LF. Description and Syntax 

190-539-312 GDSR Electronic Mail (MAIL) User Manual ¥ 
190-539-314 How To Use TQS For GDS 

190-539-315 GDSR Database Modifier User Manual 

190-539-400 Generic Dispatch System (GDS) On-Line Message Directory 


190-539-401 
190-539-402 
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190-539-405 


Operations Interface (OT) On-Line Message Directory 

TIRKS® Table System (TTS) On-Line Message Directory 

TIRKS® Communication Module (TCM) On-Line Message Directory 

Circuit. Inventory Reference Data Module (C-1/REF) On-Line Message Directory 


The GDS Format/Field Directory, BR 190-539-005, has been incorporated into the GDS User Manual. 


TIRKS is a registered trademark of Bellcore. 
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2.0 SYSTEM OVERVIEW 


This section provides an overview of the Generic Dispatch System (GDS). Figure 2-1 is the GDS 
architecture. It will allow the user to follow the system process flows which are presented in the system 
overview. Section numbers are shown for each process. 

(2.7) 
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(2.1) 
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TIRKS TIRKS 
SYSTEM SYSTEM 


socc/ 
SOP 


SOP/ 
SOAC 


QZaOOOM wow 
ZO SFr sw SOO 


SSC SSC 
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Figure 2-1. GDS System Architecture 
2.1 SYSTEM INTERFACES 


Work is input to GDS through mechanized interfaces from other operations support systems, and by 
manual input through the GDS on-line screens. The mechanized interfaces are separated into 
provisioning and maintenance. The provisioning interface consists of the Bellcore TIRICS System and 
the Service Order Analysis and Control System (SOAC), and the Circuit Installation and Maintenance 
Assistance Package (CIMAP). The maintenance interfaces consist of CIMAP for Special Service Centers 
(CTMAP/SSC), and the Loop Maintenance Operations System (MOS). 
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2.1.1 Provisioning Interfaces 


The SOAC interface supplies service order work details in the form of a planning message (NET1), an 
assignment message (NET2), and a service order image. The mechanized interface from the TIRKS 
System provides designed circuit installation work details. The Status Reporter in CIMAP/SSC controls 
communication between the TIRKS System and GDS. 


For non-designed services, GDS requires only the service order information from SOAC to perform a 
dispatch. For designed services, GDS matches the service order work details from SOAC with the 
designed circuit work details from the TIRKS System to dispatch. Engineering work orders are 
dispatched from the circuit work details received from the TIRKS System and do not require service 
order information. 


2.1.2 Maintenance Interfaces 


The mechanized interface to CIMAP/SSC provides the means for automated hand-off of special service 
trouble tickets to GDS. The LMOS interface provides for the automatic input of trouble ticket data 
and test results to GDS for circuits stored in LMOS. 


2.2 JOB LOGGING PROCESS 
Work entered into GDS moves through a job logging process which consists of the following: 


e Routing 

e Mapping, Zoning 

e Pricing 

e Screening 

e Job Type, Priority 

e Date Calculation 

¢ SOP Determination (POTS Installation only) 


The job logging process utilizes a series of user-built tables called GDS tables. If job logging is 
successful, the work request is given a job status of pending load (PLD). If job logging is unsuccessful, 
the work request is assigned a job status of pending screen (PSC) and an appropriate handling code. 


The mechanized job review process can be used to correct. work requests with job logging errors. 
2.2.1 Routing 


The routing function of the job logging process consists of determining and routing a job to the work 
center responsible for a particular type of work. The system enables the user to build the logic for 
routing different types of work to different work centers. The routing of work is based on the Class of 
Service/Service Code and Modifier, order type, wire center, and Carrier Name Abbreviation. Jobs 
which do not meet the user-defined criteria are routed to a user-defined default center. Work may also 
be routed to the center "TRASHCAN". Work requests routed to TRASHCAN are discarded and are not 
entered into GDS. 


2.2.2 Mapping, Zoning 


The mapping function derives the circuit work location from the serving Wire Center (WC), and the 
Local Loop Facility assignment. (Cable/Pair). Locations are defined as sets of Allocation Areas (AA) 
which reside within a Dispatch Administration Area (DAA) along a Route. DAAs and AAs are used in 
calculating travel time. 


Combinations of DAA/AA are defined by the GDS user as an Appointment Zone. Appointment Zones 
are used in work and force time calculations, and for setting appointments. 
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Figure 2-2 is a sample of a dispatch control center area broken down by wire centers, DAAs and AAs. 


DAA 101 DAA 102 


wc 
212123 


wc 
212789 





DAA 103 DAA 104 DAA 105 


WIRE CENTER BOUNDARY 
— — — — DAA BOUNDARY 
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Figure 2-2. Dispatch Control Center Area 
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2.2.3 Pricing 


Pricing is the summing of the estimated amount of time to perform particular work functions at a 
circuit work location. Work functions for GDS are defined as wiring, which is connecting and 
disconnecting wires to local loop facilities and field equipment, and testing, which is performing circuit 
tests. Wiring and testing work is derived from information received from SOAC and the TIRKS System 
for circuit installation work, and from LMOS and SSC for circuit maintenance work. The price for each 
work function is derived from user input values to GDS Pricing tables. 


The estimated price of each component of a work function can be unique for each work center. A work 
center can further break down the pricing geographically into Pricing Groups. 


2.2.4 Screening 


Screening is the process of determining if an installation order requires a field visit (FV) or no field visit 
(NFV) to complete. Jobs which are "FV" flow to the mapping process, while the "NFV" jobs are 
identified for "Auto Complete”. 


2.2.5 Typing And Prioritizing 


Job typing is the process of categorizing each job for the purpose of assigning a technician, for 
prioritizing jobs relative to each other, and for report generation. There are three main job types: I - 
Installation, M - Maintenance, and R - Routine. The main job types are predefined; however, subsets of 
the three main categories are defined by the BCC. 


2.2.6 Date Calculation 


GDS will calculate the early and late job start dates and times based on the installation order critical 
dates minus user-defined offset for special service, the commitment date for POTS and maintenance, 
and the estimated time to perform the work. 


2.2.7 Job Status and Handling Codes 


The system assigns a three-character alpha job status code to each job as part of the job logging 
process. The status code of a job changes each time a status change is made to the job. A record of all 
changes for the life of a job are kept in the job status log. Job status codes are used by GDS to trigger 
automatic processes for loading and are used in report generation. Job status codes are predefined in 


GDS. 


In addition to the job status codes, a set of handling codes is provided to further define a job status. 
Some handling codes are defined by GDS. The user can also establish an additional set of handling 
codes. Handling codes are used in combination with a job status. An example would be a job status of 
"JEP" (jeopardy) and a handling code of "NAS" (no access). 


2.3 MECHANIZED JOB REVIEW 


Jobs which fail at any point in the job logging process will be identified by a special job status code and 
handling code. A mechanized job review process allows the GDS user to sequentially display and 
manually correct each job. 


2.4 WORK REQUESTS 


Jobs are stored as work requests in the Work Request. database by work center. Every work request has 
a unique job ID. For installation jobs, it is the service order number. For maintenance jobs, it is the 
trouble ticket number. 
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Work request information is stored at three levels in the Work Request database. The following figure 
illustrates the database structure within GDS: 






ORDER - 01 





ITEM - 01 ITEM - 01 


Figure 2-3. GDS Database Structure 


Each level, or segment, contains information related to a different part of the work request. The first 
segment contains information at the ORDER level and is keyed to the CENTER and JOBID (Order 
Number/Trouble Ticket Number). The second level contains information at the circuit work location 
(CKL or TERMINATION) level along with technician data. The third segment contains circuit and 
facility information (ITEM level) and is keyed to the CIRCUIT ID. 


A circuit with multiple work locations will generate a work request with a single JOBID and multiple 
CKLs. Multiple circuits at the same work location are built to a work request with a single JOBID with 
multiple ITEMs. 


Work requests are retained in the Work Request database until they are archived or purged. 
2.5 LOADING AND ISSUE 


Bulk loading is the mechanized process of selecting a number of jobs from the Work Request database, 
considering the available field technicians, and performing a “best match" of work to technician. The 
load process considers such factors as job priority, critical dates, access windows, appointments, skill 
level, etc. 


Technicians may be loaded (PREassigned) with either a full or partial day’s work (BULK), only a 
"first-job" (FIRST), or a single next best job (DYNAMIC). Loads may be run for an entire work center, 
by supervisor’s group, or by technician. Loads are run "TRIAL" until the user is satisfied with the load 
matching. Then the load is made permanent (PERM). 
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GDS also allows the user to select the type and number of work documents to be sent to the field for 
each job. Route sheets, WORD documents, service order images, and work requests may be issued to 
remote printers in field locations. 


2.6 DISPATCH 


Once a load has been run and made permanent, technicians can be dispatched. When the dispatch 
function is invoked, GDS dispatches the first preassigned job on the technician’s log for bulk and first- 
job loads, or if the technician is on dynamic load, it selects the best job from a pool of pending work for 
that technician. 


A technician may be assigned as a helper, or as part of a team in a “two tech area”. 
2.7 COMPLETIONS 


GDS allows jobs to be partially or totally completed. Separate completion screens are provided for 
installation and for maintenance work, and Specials and POTS. When the completion process is 
invoked, completion notifications are sent to the appropriate Operations Support System (OSS). 
Installation CKL completions are automatically sent to GOC for Special Services. A service order 
completion notice is printed at a designated Service Order Completion Center (SOCC) printer upon the 
completion of the order, or is sent to a designated SOP for the autocompletion process. Maintenance 
completion notifications are sent to LMOS or CIMAP/SSC. 


For work requests which do not require a field visit, GDS will automatically complete the job on the due 
date and generate the appropriate completion notification. 
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performed. Whenever there is a return to the GDLST screen, the system will recall the last screen 
display for the logical terminal. 


In addition, SMART JUMP/FINDs are provided between GDS and CIMAP/SSC. The section entitled 
GDS-CIMAP/SSC Interface provides detailed information. 


The JUMP PREVIOUS feature for the GDLST screen is explained in greater detail in Section 5 of this 
document. 


IMS QUEUES 


There are instances when an IMS queue will be returned during work on a screen. For example, if a new 
work request is being added, and as a result of pressing the PF4 key, a totally different screen is 
returned, this unrequested screen is referred to as a "queue". Normal IMS procedures allow the user to 
press the PA2 key to eliminate the queue. If a blank screen is returned as a result of pressing the PA2 
key, press the PF11 key HELP. When the HELP menu is returned, press the ENTER key to obtain the 
original screen. Following this procedure will prevent the user from re-typing all the original data if an 
error was made on the original screen input. 


$.1.2 Standard Table Features 

GDS utilizes two types of tables into which the GDS user enters and maintains data: 
— GDS tables 
— TTS tables 

The following are the descriptions of each table type: 

A. GDS Tables 


From a user perspective, the GDS tables look much like other GDS screens; they contain a TITLE, 
COMMAND field, /FOR, DATE, and TIME. In addition, GDS tables contain a C (COMMAND line) at 
the left margin of the screen. The COMMAND line is used for selecting a record or group of records of 
a table for an activity, e.g., add, delete, update. 


GDS tables are separated into two functional groups: LOAD tables, which are referenced by the load 
program, and JOB LOGGING tables, which are used in the job logging process. 


Each GDS table and its use are shown and explained in detail in Sections 4 and 5 of this document. 
B. TIRKS Table System (TTS) 
TTS tables are different from GDS tables in the way they are displayed and maintained. 


Each TTS table is identified by a table name, and, optionally, a Table Key. The Table Key allows the 
user to create multiple versions of the same table, each with a unique Table Key. 


Each table is comprised of one or more entries or table records. Each table record can contain one or 
more data fields. Each data field is identified in the table record by a FIFI.D NAME and an associated 
FIELD VALUE. For each record, one or more of the data fields can be designated as the Table Record 
Key. The table record key is used to identify and retrieve a table record for display. 


The TTS Position Guide, BR 190-539-100, provides greater detail on the use of TTS tables. 
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3.1.3 GDS Security 


Security is set by the Bellcore Client Company (BCC) at three levels: systems, screens, and functions 
and commands. For each GDS Center, a security administrator, together with managers and 
supervisors, must set up security tables and grids, user IDs, and passwords. A detailed description of the 
action required when setting up security for GDS can be found in Section 4.2 of this document, and in 
GDSR Security Administrator’s Guide, BR 190-539-003. 


3.1.4 TIRKS Query System (TQS) . 


The TIRKS Query System (TQS) is a subsystem of the Generic Dispatch System (GDS). TQS is an on- 
line facility that allows users to query certain databases of the GDS. It provides a variety of pre- 
defined model queries and procedures and allows the user to define their own queries. 


TQS is a very powerful subsystem that provides the user with real-time query and report capability. 
The end user can do the following: 


e define the information they want to see 
e create English-like queries to extract the data from the database, and 
e format the output report as they desire. 
Detailed information on the capabilities and use of TQS is found in the following documents: 
e TIRKS Query System (TQS) User Manual, BR 190-539-300 
e How To Use TQS For GDS, BR 190-539-314 
3.1.5 Archive and Retrieval 


The GDS Archive and Retrieval process allows the BCC to establish intervals for purging and archiving 
completed data records from the work request, service order image, technician log, personnel availability 
(GDPAD) databases. Predefined selective data items from each database are either purged or archived. 
Records which have been archived may be retrieved as predefined output reports. Retrieval reports are 
scheduled as required by the GDS user and are run BATCH. ‘ 
Section 6.1 contains a detailed description of the capabilities and use of this process. 


3.1.6 Table Checker 


The Table Checker is a utility in GDS that checks certain data entries between GDS tables for 
inclusion and consistency. The Table Checker supports the GDS system administrator or manager in 
building and maintaining GDS tables for a work center in GDS. 


In addition to data item validation, the Table Checker can merge data items from different tables into 
a single output report. 


A detailed description of the Table Checker and its use can be found in Section 4.5 of this document. 
3.1.7 Mail 


The GDS MAIL feature is used to send and receive messages. Messages can be sent to either one or 
more user IDs or to one or more terminals. The detailed description and use of MAIL is provided in 
Section 6.3 of this document and in GDSR Electronic Mail (MAIL) User Manual, BR 190-539-312. 
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3.1.8 CRON 


The CRON feature is used to schedule certain transactions to be run immediately or on a periodic basis. 
CRON allows the GDS user to specify certain dates, days of the week, start and end times, as well as 
run intervals for individual requests in specific work centers. 


A complete description of CRON and its uses can be found in Section 6.4 of this document. 
3.1.9 TIRKS Communication Module (TCM) 


TCM is a set of modules that comprise a subsystem in the GDSR application. It provides the means for 
a component system residing with a TCM in one "IMS copy” of an IBM® computer to communicate with 
a component in another external TCM System or external non-TCM System in another IMS copy. 


TCM is used in the GDS - SOAC interface and the GDS - SOP interface for autocompletion. Details of 
the GDS - SOAC interface can be found in Section 3.1.13. Details of the GDS - SOP interface can be 
found in Section 3.1.14. The following related documents describe TCM in greater detail: 


e TCM Overview, BR 190-539-301 
e TCM Route Administration (RA) User Manual, BR 190-539-302 
e TCM Message Administration (MA) User Manual, BR 190-539-303 
e TCM Network Administration (NA) User Manual, BR 190-539-304 
e TCM Translation Administration (TA) User Manual, BR 190-539-305 
e F.C.LF. Description and Syntax User Manual, BR 190-539-308 
e TCM On-Line Message Directory, BR 190-539-404 
3.1.10 Feature Authorization Module (FAM) 


The Feature Authorization Module (FAM) provides the automatic means of restricting access to specific 
features of the GDSR software application. In GDSR, the FAM restricts the use of certain POTS 
features for nonparticipating BCCs. The restrictions are set at a company level. * 


The following POTS features are restricted in this release: 
e Denied use of the Service Order Entry Format (GDSOT) 
e Denied use of the Trouble Ticket Entry Format (GDTTE) based on class of service 
e Denied use of the Installation Work Request. Format for POTS (GDIWR) 
e Limited LMOS interface functionality 


* Denied use of PST/MLT testing 
* Restrict maintenance trouble ticket reports 
with POTS classes of service across interface 


e Denied use of the Autocompletion to the Service Order Processor (SOP) 


IBM is a registered trademark of International Business Machines Corp. 


PROPRIETARY — BELLCORE AND AUTHORIZED CLIENTS ONLY 
See proprietary restrictions on title page. 





42 


Generic Dispatch System Release 3.1 User Manual — Part 1 





BR 190-539-311 
Issue 6, August 1989, GDSR 3.1 


3.1.11 Database Partitioning 


In systems where large databases span multiple DASD (Direct Access Storage Device), a hardware 
failure can result in slow recovery and cause very long system downtime. One method of reducing the 
outage time is to split a large database into a number of smaller databases (partitions). GDS has 
applied this methodology and has partitioned three of the GDS databases, the Work Request, the 
Service Order Image, and the Log History databases. 


Work Request Database 


The Work Request database is separated into ten partitions by GDS work center. As work centers are 
added to the system, they may be distributed among the ten partitions. The work center to partition 
relationships are maintained in a database called the “Partitioning Matrix database". The work 
request partition matrix information may be displayed on-line using format GDPMD (see Section 6.6 for 
format use). Note that it is not necessary for the GDS user to know which partition a work center 
resides in to use the system, since GDS automatically translates the work center ID to the correct 
partition. 


Service Order Image Database 


The Service Order Image database like the work request database is separated into ten partitions, 
however, it is not separated by work center since a service order can span multiple centers. To provide 
an even spread across partitions, service orders are automatically distributed across partitions by the 
last character of the service order number as they enter the system. 


Log History Database 


The Log History database is separated into ten partitions by work center using the same matrix as the 
Work Request database. 
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3.1.12 GDS - TIRKS Interface 


A. Information Flows from the TIRKS System to CIMAP and GDS at Issue (RID) as of 
CIMAP 3.2 . 


The standard flow for receiving special service, message and carrier WORD documents and special 
service, message and carrier orders (A, D, R, RN,....) into CIMAP is via the mechanized interface with 
C1/DIST-EDIIS. A special service, message or carrier order is logged into GOC. The TIRKS System 
(C1/INV, C1/PREP, E1, F1) is used to assign, design, and inventory both the circuit and the 
equipment/facilities. At RID (Record Issue Date) the WORD is issued by C1/DIST. At this time 
C1/DIST via EDIIS checks whether the WORD and the order should be sent to CIMAP. This decision is 
made using information from the CIDIST CO OPTS and CIDIST SSC INFO tables (see Appendix D of 
the CIMAP/SSC User Manual, BR 190-582-305 for more details). The EDIIS System is used to send the 
information to CIMAP. Tables needed to set up the EDIIS to CIMAP interface are described in 
Appendix J of the CIMAP/SSC User Manual, BR 190-582-305. To receive message and carrier orders 
and WORD documents, CIMAP Release 3.2 and the companion TIRKS Release 15.1 must be installed. 
If CIMAP is to receive the order, the following steps take place as shown in Figure 3.2. 


e EDIS sends the WORD document to the CIMAP WORD databases. These databases contain the 
latest version of the complete WORD for all in-effect circuits and WORD documents for each 
pending order. To have WORD documents issued to CIMAP WORD DB for GDS and CIMAP/CC 
controlled orders, the GDS or CIMAP/CC OCO, MCO or OCO must be in the CIDIST SSC INFO 
table. WORD documents are issued by EDITS by either MCO, OCO or CCO based on the setting of 
a flag in the CIDIST CO OPTS table. 


EDIIS also sends CIMAP/SSC information which is used to prime the Installation Administration 
(Order) database and the Circuit History database. Table 3-1 contains the mapping of the data 
that CIMAP/SSC receives at issue time with its source in the TIRKS System, and the TIRKS 
Release in which the data is available. 


EDIIS updates GOC with the External System Switch (EXSYSW) and System Identifier Code (SIC) 
using data values in the CIDIST SSC INFO table. GOC now knows that an external system, 
namely the Operations Status Reporter, wants to know of any future Updates or Post/Complete 
functions on this order by GOC. The Status Reporter notifies the appropriate OPS system (e.g., 
CIMAP/SSC, CIMAP/CC, GDS) of the GOC updates. Updating the EXSYSW followed by the 
completion of RID, triggers GOC to send CIMAP the latest order information which includes all the 
GOC CKLs/CWLs that. have been logged on the order. 


C1/DIST notifies CIMAP/DOC when an order has been issued. CIMAP/DOC formats the work location 
information from the WORD document into CIMAP, DFWO, and ESD documents for each CWL/CKL 
work location. In addition, CIMAP/DOC passes work location information to the following Operations 
subsystems: 


e CIMAP/DOC passes CIMAP/CC order and CWL information for all message, special service, and, in 
a future TIRKS Release, carrier orders.. See Table 3-2 for information passed to CIMAP/CC. 
CIMAP/DOC uses the CC Admin Code tables in the TIRKS System to generate eight or eleven- 
character location codes that are sent to CIMAP/CC. CIMAP/CC takes the information and uses 
the STEP tables to build work requests for the order. The CWL locations are then passed to 
CIMAP/SSC via the Status Reporter to be logged in the Order database. 


CIMAP/DOC passes GDS order and CKL information for all special service orders. GDS uses this 
information to build Work Requests and notifies the Status Reporter of the CKL locations that GDS 
is tracking. See Table 3-3 for the information passed to GDS from CIMAP/DOC. 
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e CIMAP/DOC passes OPS/INE order and CWL information for all orders involving Intelligent 
Network Transmission Elements. 


e CIMAP/DOC updates the EXSYSW and SIC code in GOC for orders sent to GDS and CIMAP/CC 
that were not issued to CIMAP/SSC. 


B. Information flows between the TIRKS System and Operations for orders that exist in 
GDS and CIMAP/CC but are not tracked in CIMAP/SSC (See Figure 3-3). 


EDIIS issues the WORD document to CIMAP if the MCO/OCO/CCO of a GDS or CIMAP/CC 
controlled order is in the C1IDIST SSC INFO table. The CIMAP/SSC software receives the WORD and 
logs it in the CIMAP pending WORD database. The software checks the "NON SSSC CLLI" code table 
to see if the OCO/CCO/MCO for the order exists. If found, the CIMAP/SSC software knows that this 
is a non-SSC controlled order. No worklist entries are created and, at this point, the order is not logged 
in the Order (IA) and Circuit History databases. 


CIMAP/DOC sends an order to CIMAP/CC or GDS and the modules determine ownership either by 
OCO, MCO or CCO depending on the setting of the flag in the CIDIST CO OPTS table which is sent 
to them by CIMAP/DOC. An ownership flag is set "on" when GDS or CIMAP/CC sends their order 
logging information to the Status Reporter. At this point, the order is logged in Order and Circuit 
History databases with an owner of either CIMAP/CC or GDS. 


For CIMAP/CC or GDS controlled order, the user can view the order information using the OSSOI and 
OSSCWL formats. On these formats the CIMAP/CC or GDS control office will be populated in the 
"SSC" field. This field will have a variable FID name (SSC, CCS, GDS or GOC) depending on the 
ownership of the order. A log will be maintained during the processing of the order and can be viewed 
using OSSLOG. Circuit history information can also be displayed using OSSCHI and OSSHMD. 


If GOC is the first system to log information on an order as a result of EDITS updating the EXSYSW in 
GOC, the temporary owner will be GOC until an Operations module claims ownership. If no module 
claims ownership, the owner remains GOC until the order/WORD are archived. 


The Status Reporter handles posting and supplement information between the TIRKS System and 
Operations, although CIMAP/SSC is not involved with the order. However, the CIMAP/SSC software 
must be turned up. 


For GDS and CIMAP/CC orders that are not in CIMAP/SSC, the Status Reporter notifies those 
systems of all GOC: 


e Cancels 
e Deletions 
e Reschedules 
e Data Updates 
e GOC completions/jeopardies (GDS only). 
The Status Reporter will send to GOC from GDS, CIMAP/CC, and OPS/INE the following: 
e CWL/CKL completions/jeopardies 
e Item level completions/jeopardies (For CIMAP/CC and GDS controlled orders). 
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Table 3-1. Fields Available in CIMAP/SSC - TIRKS Issue Interface 


FIELD NAME (SSC) FIELD NAME/SOURCE (TIRKS System) TIRKS Release 
CILO (OSSOT) CLO (GCOCS1, M1, C1) Pre 14.1 
ACT (OSSOT) ACTN (GCOCS1, M1, C1) Pre 14.1 
A (OSSO]I) *LOC A (GCOCS1, C1) Pre 14.1 
Z (OSSO]T) *LOC Z (GCOCS1, C1) Pre 14.1 
ORD (OSSOT) ORD (GCOCS1, M1, C1) Pre 14.1 
CKT (FMT)(OSSOT) FMT (GCOCS1, M1, C1) Pre 14.1 
CKT (ID) (OSSOT) CID (GCOCS1, M1, Cl) Pre 14.1 
OLD CKTFMT (OSSOT) FMT (OLD)(GCOCS1, M1, C1) Pre 14.1 
OLD CKTID (OSSOT) OLD ID (GCOCS1, M1, C1) Pre 14.1 
RO (OSSOT) REL ORD (GCOCS1, M1, C1) Pre 14.1 
CUS (OSSOT) CUS (WA) Pre 14.1 
CUST (N) (OSSOT) . CUST (GCOCS1, M1, C1) Pre 14.1 
CUST (N) ADDRESS (OSSOT) SA (WA) Pre 14.1 
CUST (N) TEL (OSSOT) CCON TEL Post 14.1 
BTN (OSSOI) BTN (WA) Pre 14.1 
RID (not displayed) RID (GCOCS1, M1, C1) Pre 14.1 
PTD (OSSOT) PTD (GCOCS1) Pre 14.1 
DVA (OSSOT) DVA (GCOCS1, M1], C1) Pre 14.1 
DD (OSSOT) DD (GCOCS1, M1, C1) Pre 14.1 
CAC (OSSOT) CAC (GCOCS1, M1, C1) Pre 14.1 
STAT (OSSOT) CSTAT (GCOCSI, M1, C1) Pre 14.1 
MCO (OSSO1) MCO (WA, LOOP) Pre 14.1 
RRI (OSSIMD) RRI (WA) Pre 14.1 
RSP (OSSOT) RSP (WA, LOOP) Pre 14.1 
RTI (OSSOT) RTI indicator (not displayed) Pre 14.1 
ACNA (OSSOI) ACNA (GCOCSA, MA, CA) * Pre 14.1 


* Indicates those fields which are also updated on WA and LOOP. 
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Table 3-1. Fields Available in CIMAP/SSC - TIRKS Issue Interface (cont’d.) 


FIELD NAME (SSC) 


OCO (OSSOT) 

CCO (OSSOT) 
CUST A (OSSOT) 
CUST Z (OSSOT) 
P1 Name (OSSOT) 
P1 Address (OSSOT) 
P1 TEL (OSSOT) 
P2 Name (OSSOT) 
P2 Address (OSSOT) 
P2 TEL (OSSOT) ~ 
CRO (OSSO]) 
RCLO (OSSOl) 
PROJ (OSSOI) 
WOT (OSSO]) 

IAD (OSSOT) 

FCD (OSSO1) 

SWC (MSG & CXR) 
ASD (MSG) 

CTA (not d:s>layed) 
COR (OSSOi) 

DOP (not displayed) 
SEC (not displayed) 


ORD TYP (not displayed) 


MCN (OSSOl) 
TD (Fielded Data) 
DOC (OSSOT) 
CCNA (OSSOT) 


ASSOC ORD (OSSO1) 


PON (OSSOT) 
TGAC (OSSO}1) 


(For 03.0 and Beyond) 


FIELD NAME/SOURCE (TIRKS System) 


OCO (WA) 

CCO (WA) 

STA LCTN A (LOOP) 
STA LCTN Z (LOOP) 
LCON: NAME A (LOOP) 
STA ADDR A (LOOP) 
LCON TEL A (LOOP) 
LCON NAME Z (LOOP) 
STA ADR Z (LOOP) 
LCON TEL Z (LOOP) 
CRO (WA) 

RCLO (WA) 
PROJ (GCOCS1, M1, C1) 
WOT (GCOCS1, M1, C1) 
IAD (GCOCS1, M1, C1) 
FCD (GCOCS1) 

SWC (GCOCS1, C1) 

ASD (GCOCMA) 

CTA (GCOCSA) 

COR (GCOCS1, M1, C1) 
DOP (GCOCS1, MI, C1) 
SEC (GOC not displayed) 
ORD TYP (GCOCSI, MI, C1) 
MCN (CLODFT) 

TD 

DOC (GCOCSI, M1, C1) 
CCNA (GCOCSA, MA, CA) 
ASSOC ORD (GCOCSA, MA, CA) 
PON (GCOCSA, MA, CA) 
TGAC (GCOCM1) 


* indicates that this data is available only with LOOP II. 


3-12 


TIRKS Release 


Post 14.1 
Post 14.1 
Post 14.1 
Post 14.1 
*Post 14.1 (LOOP Il) 
Post 14.1 
*Post 14.1 (LOOP ITI) 
*Post 14.1 (LOOP IT) 
Post 14.1 
*Post 14.1 (LOOP Il) 
14.1 
14.1 
Post 14.1 
Post 14.1 
Post 14.1 
Post 14.1 
Post 14.1 
Post 14.1 
Post 14.1 
Post 14.1 
Post 14.1 
Post 14.1 
Pést 14.1 
Post 14.4 
Pre 14.1 
15.1 
15.1 
15.1 
15.1 
15.1 
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Table 3-2. Fields Available in CIMAP/CC - TIRKS Issue Interface 


FIELD NAME (CC) 


CLO* (CCOE) 
ORDER ACTIVITY (CCOE) 


ORDER NUMBER (CCOE) 
CIRCUIT ID (CCOE) 
RELATED ORDER (CCOE) 
CUSTOMER NAME (CCOE) 
DVA DATE (CCOE) 

WOT DATE (CCOE) 

FCD DATE (CCOE) 

PTD DATE (CCOE) 

ASD DATE (CCOE) 

DUE DATE (CCOE) 


IAD DATE (CCOE) 
ACNA (CCOE) 

CCO (CCOE) 

OCO (CCOE) 

MCO (CCOE, CCXREF) 
PROJECT CODE (CCOE) 
CCR (CCOE) 


ORDER TYPE (CCOF) 
JOB ID (CCOF) 


FIELD NAME/SOURCE (TIRKS System) 


CLO (GCOCS1, M1) 
ACTN (GCOCS1, M1) 
LOC A (GCOCS]1) 

LOC Z (GCOCS1) 

ORD (GCOCS1, M1) 

CID (GCOCS1, M1) 

REL ORD (GCOCS1, M1) 
CUST (GCOCS1, M1) 
DVA (GCOCSI, M1) 
WOT (GCOCS1, M1) 
FCD (GCOCS1, M1) 

PTD (GCOCS1, M1) 

ASD (GCOCMA) 

DD (GCOCS1, M1) 

CTA (GCOCSA) 

IAD (GCOCS1, M1) 
ACNA (GCOCSA) 

CCO (WA) 

OCO (WA) 

MCO (WA) 

PROJ (GCOCS1, M1) 
CCR (GCOCS1) 

DOP (GCOCS1, M1) 
SEC (GOC not displayed) 
ORD TYP (GCOCS1, MI) + 
JOB ID (GCOCS1, M1) 


NOTE: 1. CIMAP/DOC also sends EQP, FRM, PLUG and JMPR counts for each CWI. location to 


CIMAP/CC. 


2. Blank fields under CC column indicates TIRKS fields are not displayed in CIMAP/CC. 


3. CIMAP/DOC also passed to CIMAP/CC all fields passed by C1/DIST to CTIMAP/SSC. 
These fields are not used by the CIMAP/CC software but they will be used to populate fields 
in the order DB when that order is controlled by CIMAP/CC. Examples of the data are 
Customer Address, Billing Telephone Number and Premise Information. 


* CLO is first nine characters of GOC CLO used as tracking key on CCXREF. 
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FIELD NAME (GDS) 


CLO (GDISWR) 
CLO (GDISWR) 
ITM (GDISWR) 
CLO (GDISWR) 
ACT (GDISWR) 


CAC (GDISWR) 
CKTID (GDISWR) 
CKTID (GDISWR) 
ISS# (GDISWR) 


OCO (GDISWR) 
DD (GDISWR) 
PTD (GDISWR) 
DVA (GDISWR) 
APP (GDISWR) 
RID (GDISWR) 
WOT (GDISWR) 
FCD (GDISWR) 


BILLNAME (GDISWR) 
JOBID (GDISWR) 

CO (GDISWR) 

CO (GDISWR) 


RCLO (GDISWR) 


CRO (GDISWR) 


TSP (GDISWR) 
DOC (GDISWR) 
OCO (GDISWR) 
TEL (GDISWR) 
CNA (GDISWR) 
COMM (GDISWR) 
CKLID (GDISWR) 
CKLID (GDISWR) 
RO (GDISWR) 


CKL ADDR (GDISWR) 
LOC (GDISWR) 
PROJ# (GDISWR) 


NOTE: 


Table 3-3. Fields Available in GDS - TIRKS Issue Interface 


FIELD NAME/SOURCE (TIRKS System) 


CLO# (GCOCS1) 
CLO# (GCOCS1) 
ITEM (GCOCS1) 
CLOS (GCOCS1) 
ACTN (GCOCS1) 
DOP (GCOCS1) 
CAC (GCOCS1) 
CKTTP (GCOCS1) 
CKTID (GCOCS1) 
CDISS# (DIST) 
SEC (TCM table) 
MCO (GCOCS1) 
DD (GCOCS1) 
PTD (GCOCS1) 
DVA (GCOCS1) 
APP (GCOCS1) 
RID (GCOCS1) 
WOT (GCOCS1) 
FCD (GCOCS1) 
IAD (GCOCS1 
CUST (GCOCS1) 
ORD (GCOCS1) 
ALOC (GCOCS1) 
ZLOC (GCOCS1) 
PCLO (WA) 
RCLO (WA) 

ERO (WA) 

ERTN (WA) 

CRO (WA) 

PRQ (WA) 

RESP (WA) 

DOC (GCOCS1) 
OCO (WA) 

BTN (WA) 

ACNA OR CCNA (GCOCSA) 
WANOT (WA) 
CKLA (LOOP 2) 
CKLZ (LOOP 2) 
RORD (GCOCS1) 
RELNO 

CCR (GCOCSI) 
STA ADDR (LOOP 2) 
STA LCTN (LOOP 2) 
PROJ (GCOCS1) 


DEFINITION 


CLO NUMBER 

BASE 

ITEM NUMBER 
SUPPLEMENT 

CIRCUIT ACTION 

DISC ORD FLAG 

CIRCUIT ACCESS CODE 
CIRCUIT TYPE 

CIRCUIT ID 

CD ISSUE NUMBER 
SYSTEM ENTITY CODE 
MAINTENANCE CONTROL OFFICE 
ORDER DUE DATE 
PLANT TEST DATE 

DVA DATE 

APP DATE 

RID DATE 

WOT DATE 

FCD DATE 

JAD DATE 

CUSTOMER NAME 
ORDER NUMBER 

"A" LOCATION 

"2" LOCATION 

PREVIOUS IE CLO 
RELATED CLO 

ENG REPORT OFFICE 
ENG REPORT TELEPHONE# 
COMPLETE WITH RORD 
PROTECTION 
RESTORATION PRIORITY 
DOCUMENT CODE 
OVERALL CONTROL OFF * 
BILLING TELEPHONE # 
ACNA OR CCNA 

360 BYTES OF WA NOTES 
A-END CKL ID 

Z-END CKL ID 

RELATED ORDER # 
RELEASE NUMBER 
CIRCUIT CONTROL RECORD # 
CUSTOMER ADDRESS 
CUSTOMER LOCATION 
PROJECT NUMBER 


1. Blank fields under the GDS column indicates TIRKS fields are not displayed on any screen in 
GDS. CIMAP/DOC also sends cable, equipment, and network interface information to GDS. 

2. MCO is displayed in "OCO" when the value of MCO/OCO flag in GDS CO OPTS is set to ’M’. 

3. Additional fields are passed to GDS by CIMAP/DOC that are only used when GDS, as owner of 
the order, logs the order in the IA DB. 
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C. Information Flows from the TIRKS System to CIMAP and GDS at Log Time for 
Disconnects 


An option is available for receiving disconnect orders into CIMAP/SSC, OPS/INE and CIMAP/CC at 
order log time. To exercise this option a switch must be set to “yes” in the OPTS LINK SSC, OPTS 
LINK INE, and OPTS LINK CC tables. The alternative flow is shown in Figure 3-4 and is as follows: 


e GOC logs a disconnect order in the TIRKS System. C1/INV is notified and notifies CIMAP/DOC. 


e CIMAP/DOC retrieves the in-effect view of the circuit from C1/PREP and extracts the 
MCO/OCO/CCO. Using the MCO/OCO/CCO as the key to the OPTS LINK SSC, CIMAP/DOC 
determines whether CIMAP/SSC is "on", whether the flag to receive disconnect orders at log time is 
"on", and the release level. CIMAP/DOC updates GOC with the External System Switch (EXSYSW) 
and the System Identifier Code (SIC) from the CIDIST SSC INFO table in addition to message 
switching order information to CIMAP/SSC. 


Updating the EXSYSW field notifies GOC that an external system wants to know about future 
Updates or Post /Complete functions on this order. 


CIMAP/SSC receives the order from CIMAP/DOC. If the OCO/CCO/MCO is not found in the 
NON SSC CLLI code table and CIMAP/SSC has the IE view of the circuit, the disconnect order 
information is entered in the Installation Administration database and the Circuit History datahase 
and worklist entries are created. This implies that an A, R, or RN order has already been issued to 
CIMAP/SSC before the disconnect is logged. 


A similar option is available for CIMAP/CC, OPS/INE and GDS to receive disconnect orders at 
order log time. To exercise these options, a switch must be set to “yes” in the OPTS LINK CC, 
OPTS LINK SSDAC, and OPTS LINK INE tables. If this switch is on, CIMAP/DOC extracts 
CKL/CWL information from the IE view of the circuit in the TIRKS System, GOC order 
information including critical dates, and the MCO/OCO/CCO flag from the C1/DIST CO OPTS 
table. This information is then sent to CIMAP/CC, OPS/INE, and GDS, as applicable for the order. 


— Based on the setting of the MCO/OCO/CCO control flag, CIMAP/CC determines whether they 
are in control of the disconnect order. If so, an ownership flag will be set to "yes" when 
CIMAP/CC logs the order via the Status Reporter, and CIMAP/CC will be able to post item 
level completions/jeopardies to GOC. 


— CIMAP/CC and GDS build work requests for each CWL/CKL location based on the TE view of 
the circuit and pass the appropriate CWL/CKL information to CIMAP/SSC. 


— INE work is built on orders involving Intelligent Network Transmission Elements based on the IE 
view of the circuit. 


e No WORD document for the disconnect order exists at this point. The user could access the in- 
effect WORD for the information needed to work the order. 


Regardless of whether an order is sent to CIMAP/SSC, GDS or CIMAP/CC, GOC is notified to send 
Update and Post/Complete information on that order to the Status Reporter. It is recommended that 
the disconnect options in OPTS LINK SSC, OPTS LINK CC, OPTS LINK SSDAC, and OPTS LINK 
INE be set to the same values. 
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Figure 3-4. Data Flow From Provisioning To CIMAP At Log Time For Disconnect Orders 


PROPRIETARY — BELLCORE AND AUTHORIZED CLIENTS ONLY 
See proprietary restrictions on title page. 


3-16 





53 


DMS-100: Master List of Data Schema Tables - Part 2 





This list contains the short names and full titles of switch tables for the Nortel DMS product family. 


DNIBERT 

DNINV 

DNLPIC 

DNOWN 

DNPIC 

DNPORT 
DNREGION 
DNREVXLA 
DNROUTE 

DNROUTE (ACD) 
DNROUTE (AIN) 
DNROUTE (ASR) 
DNROUTE (D) 
DNROUTE (DISA) 
DNROUTE (DNTRIG) 
DNROUTE (DSVC) 
DNROUTE (M) 
DNROUTE (MCDN) 
DNROUTE (MM) 
DNROUTE (MONA) 
DNROUTE (MSR) 
DNROUTE (RSDT) 
DNROUTE (SPRING) 
DNROUTE (SRA) 
DNROUTE (SYN) 
DNROUTE (T) 
DNROUTE (UCD) 
DNRTE 

DNRTEID 

DNSCRN 
DOMBILL 
DPACDEV 
DPCTSCRN 
DPNSSLK 

DPP 

DPROFILE 
DPROFILE (AILC) 
DPROFILE (CCU) 
DPROFILE (CMADO) 
DPROFILE (DAVLC) 
DPROFILE (HS) 
DPROFILE (HSEXT 
or LSEXT) 
DPROFILE (LS) 
DPROFILE (MADO) 
DPROFILE (MP) 
DPROFILE (MPDA) 
DPROFILE (TCU) 
DQMODEM 

DRAMS 


Directory Number Groups Table 

Directory Number Head Table 

Directory Number Integrated Bit Error Ratio Test Table 
Directory Number Inventory Table 

Directory Number Primary Intra-LATA Carrier Table 
Directory Number Owner Table 

Directory Number Primary Inter-LATA Carrier Table 
Directory Number Ported Out Table (MMP only) 

Directory Number Region Table 

Directory Number Reverse Translation Table 

Directory Number Route Table 

Automatic Call Distribution (Feature ACD) Subtable 
Advanced Intelligent Network (Feature AIN) Subtable 
Automatic Set Relocation (Feature ASR) Subtable 
Directory Number Selector D (Feature D) Subtable 

Direct Inward Service Access (Feature DISA) Subtable 
Directory Number Trigger (Feature DNTRIG) Subtable 
Default Service (Feature DSVC) Subtable 

Directory Number Selector M (Feature M) Subtable 
Message Center Directory Number (Feature MCDN) Subtable 
Directory Number Selector MM (Feature MM) Subtable 
Meridian OffNet Access (Feature MONA) Subtable 

Message Storage and Retrieval (Feature MSR) Subtable 
Directory Number Selector Restricted Dial Tone (Feature RSDT) Subtable 
Subscriber Programmable Ringing for CFDA (Feature SPRING) Subtable 
Suppressed Ringing Access (Feature SRA) Subtable 
Synonym Directory Number (Feature SYN) Subtable 
Directory Number Selector T (Feature T) Subtable 
Uniform Call Distribution (Feature UCD) Subtable 
Directory Number Route Table 

Directory Number Route Identifier Table 

Directory Number Screening Table 

TOPS Domestic Billing Restrictions Table 

Datapac Device Table 

Dial Plan and Call Type Screening Table 

Digital Private Network Signaling System Link Table 
Distributed Processing Peripheral Table 

Data Unit Profile Table 

Asynchronous Interface Line Card (Type AILC) Subtable 
Controller COAX Unit (Type CCU) Subtable 

Continuous Calling Meridian Asynchronous Data Option (Type CMADO) Subtable 
Data Above Voice Line Card (Type DAVLC) Subtable 
High-Speed Data Unit (Type HS) Subtable 

High-Speed Loop Extended Data Unit or Low-Speed Extended Data Unit 
(Type HSEXT or LSEXT) Subtable 

Low-Speed Data Unit (Type LS) Subtable 

Meridian Asynchronous Data Option (Type MADO) Subtable 
Modem Pool Data Unit (Type MP) Subtable 

Meridian Programmable Data Adaptor (Type MPDA) Subtable 
Terminal COAX Unit (Type TCU) Subtable 

Dial-Up Autoquote Modem Table 

Digital Recorded Announcement Machine Table 
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Short Name Title 

DRAMPHRS Digital Recorded Announcement Machine Phrases Table 
DRAMTRK Digital Recorded Announcement Machine Track Table 
DRMAPPL Distributed Recording Manager Applications Table 
DRMPOOL Distributed Recording Manager Pool Table 

DRMTRANS DIRP to DRM Translation Table 

DRMUSERS Digital Recorded Announcement Machine Users Table 

DS Data Store Assignment Table 

DSCWDTYP Deluxe Spontaneous Call Waiting Identification Types Table 
DSLIMIT Data Store Limit Table 

DSTTABLE Automated Time-of-Day Change Table 

DTUPRO Data Terminal Unit Protocol Name Definition Table 
DUAQOPT Dial-Up Autoquote Office Parameter Table 

DVIINV DVS DS30 Interface Inventory Table 

DVSINV DVS Lineup Inventory Table 

E911ALI Enhanced 911 Direct Access to AT&T ALI Controller Table 
E911ESN Enhanced 911 Emergency Service Number Table 

E911NPD Enhanced 911 Numbering Plan Digit Table 

E9110FC Enhanced Network 911 Office Table 

E911PSAP Enhanced 911 Public Safety Answering Point Table 
E911RCER Enhanced 911 Remote Call Event Record Table 

E911SRDB Enhanced 911 Selective Routing Database Table 

EAACTSAN Equal Access Automated Coin Toll Service Announcement Table 
EAANIID TOPS Equal Access ANI ID Digits Table 

EADAS Engineering and Administrative Data Acquisition System Table 
EADNMPK EADAS/NM Interface Packet Schedule Table 

EADNMTG EADAS/NM Interface Current Trunk Group Schedule Table 
EADNMTGP EADAS/NM Interface Pending Trunk Group Schedule Table 
EAMCCSAN Equal Access Mechanized Calling Card Service Announcement Table 
EAREGN Equal Access Region Table 

EASAC Equal Access Service Access Codes Table 

EASCRN Equal Access Screening Table 

ECHCONF Echo Canceler Module Configuration Table 

HINV Echo Canceler Module Inventory Table 

ECHOSUP Digital Echo Suppressor Member List Table 

EDRAMINV Enhanced Digital Recording Machine Inventory Table 
EMRDIGS Emergency Region Digits (MMP only) 

ENCDINV Enhanced Network Card Inventory Table 

ENINV Enhanced Network Node Inventory Table 

ENSITES External Node Sites Table 

ENTYPES External Node Types Table 

EOCDB Embedded Operations Channel Database Table 

ESA Emergency Stand-Alone Table 

ESAHNPA Emergency Stand-Alone Home Numbering Plan Table 

ESAPXLA Emergency Stand-Alone Prefix Translation Table 

ESARTE Emergency Stand-Alone Routing Table 

ESRVATTR Enhanced Services Attributes Table 

ESRVCAP Enhanced Services Capacities Table 

ETSIFEAT ETSI Feature Table 

EXNDAPPL External Node Application Table 

EXNDINV External Node Inventory Table 

FACODE Foreign Area Code Table 

FAHEAD Foreign Area Code Head Table 

FAILMSG Mapping Fail Messages Between Protocols Table 

FAIL2STG Two-Stage Call Failure Treatment Mapping Table (MMP only) 
FAIL2TMT Fail Messages to Treatment Table (MMP only) 

FARTE Foreign Area Code Route Table 

FDCPLSTM Line Signaling Protocol Timers Table (MMP only) 
FDCPLSVR Line Signaling Variant Table (MMP only) 

FDCPLSWF Line Signaling Waveform Characteristics Table (MMP only) 
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Master List of Data 


Short Name 


FEATCHG 
FEATDESC 
FGBCIC 
FIXEDANI 
FLEXAMA 
FMRESINV 
FMRESUSE 
FMTINV 
FMTMAP 
FMTSC 

FNMAP 

FNMAP (ACC) 
FNMAP (ACEES) 
FNMAP (AUTH) 
FNMAP (AUTOD) 
FNMAP (AUVAL) 
FNMAP (BUZZ) 
FNMAP (BVL) 
FNMAP (BVT) 
FNMAP (CFS) 


FNMAP (CONF) 
FNMAP (DND) 
FNMAP (DQC) 
FNMAP (DSPC) 
FNMAP (GTAC) 
FNMAP (GTGB) 
FNMAP (GVAC) 
FNMAP (GVGB) 
FNMAP (ICICODE) 
FNMAP (LANG) 
FNMAP (LOGIN) 
FNMAP (MSGIND) 
FNMAP (NAME) 
FNMAP (NSPRG) 
FNMAP (PARK) 
FNMAP (POS) 
FNMAP (PVNAUTH) 
FNMAP (PVNRMAC) 


FNMAP (PVNSRCDN) 


FNMAP (SC10, SC30, 
Sc50, SC70, or SCU) 
FNMAP (SERIAL) 
FNMAP (SORC) 

FNMAP (TIME) 

FNMAP (TRBL) 

FNMAP (UNPK) 

FNMAP (WC) 

FNMAP (TAC) 

FNMAP (TGB) 

FNMAP (VAC) 

FNMAP (VGB) 
FNPA7DIG 

FNPACONT 
FNPACONT . FNPACODE 
FNPACONT . FNPASTS 
STSCODE 


International Line Feature Metering Table 

Feature Description Table 

Feature Group B Carrier Identification Code Table 

Outgoing & Two-Way R2 CAMA Trunk Fixed ANI Table 

Flexible Automatic Message Accounting Table 

Facility Maintenance Resource Inventory Table 

Facility Maintenance Resource Users Table 

Enhanced Fiber Monitoring Inventory Table 

Enhanced Fiber Monitoring MAP Table 

Enhanced Fiber Monitoring Scan Table 

Attendant Console Functional Key Table 

Account Code Entry (Selector SPECL ACC) Subtable 

Attendant Console End-to-End Signaling (Selector SPECL ACEES) Subtable 
Authorization Code (Selector SPECL AUTH) Subtable 

Attendant Autodial (Selector SPECL AUTOD) Subtable 

Authorization Code Validation (Selector SPECL AUVAL) Subtable 
Flexible Console Alerting (Selector SPECL BUZZ) Subtable 

Busy Verification Line (Selector SPECL BVL) Subtable 

Busy Verification Trunk (Selector SPECL BVT) Subtable 

Attendant Activate, Deactivate, and Program Call Forwarding 
(Selector SPECL CFS) Subtable 

Conference Call (Selector SPECL CONF) Subtable 

Do Not Disturb (Selector SPECL DND) Subtable 

Display Queued Calls (Selector SPECL DQC) Subtable 

Key and Lamp Display (Selector SPECL DSPC) Subtable 

Group Trunk Access Control (Selector SPECL GTAC) Subtable 

Group Trunk Group Busy (Selector SPECL GTGB) Subtable 

Global Virtual Facility Group Access Control (Selector SPECL GVAC) Subtable 
Global Virtual Facility Group Busy (Selector SPECL GVGB) Subtable 
Incoming Call Identification Code (Selector SPECL ICICODE) Subtable 
Flexible Display Language (Selector SPECL LANG) Subtable 

Login (Selector SPECL LOGIN) Subtable 

Message Waiting (Selector SPECL MSGIND) Subtable 

Name Display (Selector SPECL NAME) Subtable 

Night Service Programming (Selector SPECL NSPRG) Subtable 

Parking of Calls by Attendant (Selector SPECL PARK) Subtable 
Position Busy (Selector SPECL POS) Subtable 

Private Virtual Network Authorization Code (Selector SPECL PVNAUTH) Subtable 
Private Virtual Network Remote Access Call Attendant 

(Selector SPECL PVNRMAC) Subtable 

Private Virtual Network Calling Number Attendant Assistance 
(Selector SPECL PVNSRCDN) Subtable 

Speed Calling List (Selector SPECL SC10, SC30, SC50, SC70 or SCU) Subtable 


Serial Calling (Selector SPECL SERIAL) Subtable 

Station Origination Restrictions Controller (Selector SPECL SORC) Subtable 
Attendant Query Time and Date (Selector SPECL TIME) Subtable 
Trouble Code (Selector SPECL TRBL) Subtable 

Unparking of Calls by Attendant (Selector SPECL UNPK) Subtable 
Wild Card (Selector SPECL WC) Subtable 

Trunk Access Control (Selector TAC) Subtable 

Trunk Group Busy (Selector TGB) Subtable 

Virtual Facility Group Access Control (Selector VAC) Subtable 
Virtual Facility Group Busy (Selector VGB) Subtable 

Foreign Numbering Plan Area 7-Digit Number Table 

List of Foreign Numbering Plan Area Codes Subtables Table 
Foreign NPA Codes Subtable 

List of Foreign NPA STS Codes Subtables Subtable 
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FNPACONT .FNPASTS. 
RTEREF 
FNPACONT . RTEREF 
FPDEVINV 
FPDIPINV 

FPHOPT 

FRSACCCN 
FRSCCTRL 

FRSCIR 

FRSCNEND 
FRSTRKCN 
FRSTRKGP 
FRSTRKS 

FTCODE 

FTHEAD 

FTRANDEV 
FTRGDEFS 
FTRGMEMS 
FTRGOPTS 
FTRGOPTS (3WCPUB) 
FTRGOPTS (ACB) 
FTRGOPTS (AR) 
FTRGOPTS (AUD) 
FTRGOPTS (AUTODISP) 
FTRGOPTS (CFB) 
FTRGOPTS (CFBL) 
FTRGOPTS (CFD) 
FTRGOPTS (CFDA) 
FTRGOPTS (CFDVT) 
FTRGOPTS (CFT) 
FTRGOPTS (CFK) 
FTRGOPTS (CFS) 
FTRGOPTS (CFU) 
FTRGOPTS (CFW) 
FTRGOPTS (CLID) 
FTRGOPTS (CLIDSP) 
FTRGOPTS (CMCF) 
FTRGOPTS (CNAMD) 
FTRGOPTS (CND) 
FTRGOPTS (CNDB) 
FTRGOPTS (CNF) 
FTRGOPTS (COT) 
FTRGOPTS (CXR) 
FTRGOPTS (DDN) 
FTRGOPTS (FXR) 
FTRGOPTS (MWT) 
FTRGOPTS (NAMEDSP ) 
FTRGOPTS (OLS) 
FTRGOPTS (OPTS) 
FTRGOPTS (PF) 
FTRGOPTS (PFCNTL) 
FTRGOPTS (READSP) 
FTRGOPTS (SC1) 
FTRGOPTS (SC2) 
FTRGOPTS (SC3) 
FTRGOPTS (SCL) 
FTRGOPTS (SCS) 
FTRGOPTS (TLS) 
FTRTE 


Foreign NPA STS Route Reference Subtable 


Foreign NPA Route Reference Subtable 

File Processor Device Inventory Table 

File Processor Device Interface Paddle Board Inventory Table 
Freephone Option Table 

Frame Relay Service Access Point Connections Table 
Frame Relay Service Congestion Control Table 

Frame Relay Service Committed Information Rate Table 
Frame Relay Service Connection End Table 

Frame Relay Service Connections for Tl Trunks Table 
Frame Relay Service for Tl Trunk Group Table 

Frame Relay Service for Tl Trunks Table 

Utility Code Table 

Utility Code Head Table 

File Transfer Device Table 

Feature Group Definitions Table 

Feature Group Members Table 

Feature Group Options Table 

Three-Way Calling Public (Option 3WCPUB) Subtable 
Automatic Callback (Option ACB) Subtable 


Automatic 
Automatic 
Automatic 


Recall (Option AR) Subtable 
Dialing (Option AUD) Subtable 
Display (Option AUTODISP) Subtable 


Call Forward Busy (Option CFB) Subtable 

Call Forward Busy Line (Option CFBL) Subtable 

Call Forward Don't Answer IBN (Option CFD) Subtable 

Call Forward Don't Answer (Option CFDA) Subtable 

Call Forward Don't Answer Variable Timer (Option CFDVT) Subtable 
Call Forward Intragroup (Option CFI) Subtable 

Call Forward per Key (Option CFK) Subtable 

Call Forward Simultaneous/Screening (Option CFS) Subtable 
Call Forward Universal (Option CFU) Subtable 

Call Forward (Option CFW) Subtable 

Calling Line Identification (Option CLID) Subtable 

Calling Line Identification Display (Option CLIDSP) Subtable 
Call of Multiple Call Forward (Option CMCF) Subtable 


Calling 
Calling 
Calling 


Name Delivery (Option CNAMD) Subtable 
Number Delivery (Option CND) Subtable 
Number Delivery Blocking (Option CNDB) Subtable 


Flexible Station Controlled Conference (Option CNF) Subtable 
Customer Originated Trace (Option COT) Subtable 
Call Transfer (Option CXR) Subtable 

Dialable Delivery Number (Option DDN) Subtable 
Fast Transfer (Option FXR) Subtable 

Message Waiting (Option MWT) Subtable 

Name Display (Option NAMEDSP) Subtable 

Originating Line Select (Option OLS) Subtable 
Various Line Options (Option OPTS) Subtable 

Power Features (Option PF) Subtable 

Power Features Control (Option PFCNTL) Subtable 
Reason Display (Option READSP) Subtable 

Speed Calling Short List (Option SC1) Subtable 
Speed Calling Long List L30 (Option SC2) Subtable 
Speed Calling Long List L50 (Option SC3) Subtable 
Speed Calling Long List IBN (Option SCL) Subtable 
Speed Calling Short List IBN (Option SCS) Subtable 
Terminating Line Select (Option TLS) Subtable 
Utility Code Route Table 
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FTSPCINV 

FXDNMAP 

G7MSGSET 

G7PARM 

GASINFO 

GCASCRN 

GCASSET 

GDLADEV 

GPPTRNSL 

GWDIGMAN 

HEAPTAB 

HNPACONT 

HNPACONT .ATTRIB 
HNPACONT . HNPACODE 
HNPACONT . HNPACODE 
(AMBT) 
HNPACONT . HNPACODE 
(DN) 
HNPACONT . HNPACODE 
(EF NPA) 
HNPACONT . HNPACODE 
(FRTD and FRTE) 
HNPACONT . HNPACODE 
(HNPA) 
HNPACONT . HNPACODE 
(HRTE) 
HNPACONT . HNPACODE 
(INWC, INWO) 
HNPACONT . HNPACODE 
(INWS) 
HNPACONT . HNPACODE 
(INWT) 
HNPACONT . HNPACODE 
(LRTE) 
HNPACONT . HNPACODE 
(NPOSDN) 
HNPACONT . HNPACODE 
(NSC) 
HNPACONT . HNPACODE 
(OPC3, OPC4, 

and OPC5) 
HNPACONT . HNPACODE 
(SACNWM) 
HNPACONT . HNPACODE 
(SCD3, SCD4) 
HNPACONT . HNPACODE 
(SLRTE) 
HNPACONT . HNPACODE 
(STRG) 
HNPACONT . HNPACODE 
(TTC) 
HNPACONT . HNPACODE 
(VCT) 
HNPACONT . RTEMAP 
HNPACONT .RTEREF 
HOBICDEV 

HOLDAY 

HOLIDAY 

HOLITRMT 


Frame Transport System Point Code Inventory Table 

Foreign Exchange Directory Number Map Table 

GOSS7 Message Set Parameters Table 

Global Operating Signalling System Number 7 Parameters Table 
General AFT System Information Table 

Global Competitive Access Screen 

Global Competitive Access Schedule Set Name Table 

Generic Data Link Application Device Table 

Global Peripheral Platform (GPP) Translations Table 
Gateway Digit Manipulation Table 

Heap Table HIEINV Host Interface Equipment Inventory Table 
List of Home NPA Code Subtables Table 

Home NPA Longhaul Attribute Subtable 

Home NPA Code Subtable 

Ambiguous Code (Type AMBI) Subtable 


Terminating Line Code (Type DN) Subtable 

Foreign Number Plan Area Code (Type FNPA) Subtable 

Foreign Number Plan Area Code (Type FRTD and FRTE) Subtable 
Home Numbering Plan Code (Type HNPA) Subtable 

Home Route Code (Type HRTE) Subtable 
INWATS Originating Code (Types INWC, INWO) Subtable 
INWATS Terminating Code (Type INWS) Subtable 

INWATS Tandem Code (Type INWT) Subtable 

Local Route Code (Type LRTE) Subtable 

No Position to DN Code (Type NPOSDN) Subtable 
Number Service Code (Type NSC) Subtable 


Operator Code (Types OPC3, OPC4, and OPC5) Subtable 


Service Access Network Management Code (Type SACNWM) Subtable 

Three or Four Digit Local Service Codes (Types SCD3, SCD4) Subtable 
Special Local Route Code (Type SLRTE) Subtable 

Station Ringer Code (Type STRG) Subtable 

Terminating Toll Center Code (Type TTC) Subtable 

Vacant Code (Type VCT) Subtable 

ISDN Home NPA Route Reference Subtable 

Home NPA Route Reference Subtable 

Hotel Billing Information Center Device Table 

TOPS Holiday Table 


ITOPS Rating Charge Calculator Holiday Table 
ITOPS Rating Charge Calculator Holiday Treatment Table 
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HOLTRT 
HOLTRTI 
HOMELRN 
HOTLIST 
HPWASTE 
HSMLINK 
HUNTGRP 
HUNTMEM 

HWM 

IAACTRL 
IACINV 
IACPSINV 
IACREQ 
IALTRTE 
IANNINFO 
IBNATD 
IBNFEAT 
IBNFEAT (3WCPUB) 
IBNFEAT (ACD) 
IBNFEAT (ACRJ) 
IBNFEAT (AIN) 
IBNFEAT (ASP) 
IBNFEAT (AUL) 
IBNFEAT (BCLID) 
IBNFEAT (CALLOG) 
IBNFEAT (CDT) 
IBNFEAT (CFDVT) 
IBNFEAT (CFFPOVR) 
IBNFEAT (CFIND) 
IBNFEAT (CFTB) 
IBNFEAT (CFD) 
IBNFEAT (CFX) 
IBNFEAT (CLI) 
IBNFEAT (CMG) 
IBNFEAT (CNF) 
IBNFEAT (CPU) 
IBNFEAT (CSMI) 
IBNFEAT (CTD) 
IBNFEAT (CXR) 
IBNFEAT (DIN) 
IBNFEAT (DMCT) 
IBNFEAT (DND) 
IBNFEAT (DRING) 
IBNFEAT (ECM) 
IBNFEAT (EMW) 
IBNFEAT (FCTDINT) 
IBNFEAT (FRO) 
IBNFEAT (FRS) 
IBNFEAT (GIC) 
IBNFEAT (ISA) 
IBNFEAT (LMOH) 
IBNFEAT (LPIC) 
IBNFEAT (LSPSO) 
IBNFEAT (MBK) 
IBNFEAT (MWT) 
IBNFEAT (NFA) 
IBNFEAT (OBS) 
IBNFEAT (PIC) 
IBNFEAT (RMB) 


TOPS Holiday Treatment Table 

TOPS Holiday Treatment Inactive Table 

Home Location Routing Number Table 

TOPS Domestic Hot List Table 

Heap Waste Table 

High-Speed Modem Link Table 

Hunt Group Table 

Hunt Group Member Table 

High Water Mark Table 

Interadministration Accounting Control Table 

ISDN Access Controller Inventory Table 

ISDN Access Controller P-Side Inventory Table 

Insert Area Code Required Table 

ITOPS International Alternate Routing Table 

Internal Announcement Information Table 

IBN Audio Tone Detector Table 

IBN Line Feature Table 

Three-Way Calling Pubic (Feature 3WCPUB) Subtable 

Automatic Call Distribution (Feature ACD) Subtable 

Anonymous Caller Rejection (Feature ACRJ) Subtable 

Advanced Intelligent Network (Feature AIN) Subtable 

Alternate Service Provider (Feature ASP) Subtable 

Automatic Line (Feature AUL) Subtable 

Bulk Calling Line Identification (Feature BCLID) Subtable 

Call Log (Feature CALLOG) Subtable 

Custom IBN Disconnect Treatment (Feature CDT) Subtable 

Call Forwarding Do Not Answer Variable Timing (Feature CFDVT) Subtable 
Call Forward Fraud Prevention Override (Feature CFFPOVR) Subtable 
Call Forwarding Indication (Feature CFIND) Subtable 

Call Forward Timed for Call Forward Busy (Feature CFTB) Subtable 
Call Forward Timed for Call Forward Don't Answer (Feature CFD) Subtable 
Call Forwarding (Feature CFX) Subtable 

Calling Line Identification (Feature CLI) Subtable 

Call Management Group (Feature CMG) Subtable 

Flexible Station Controlled Conference (Feature CNF) Subtable 
Call Pickup (Feature CPU) Subtable 

Call Screening, Monitoring, and Intercept (Feature CSMI) Subtable 
Carrier Toll Denied (Feature CTD) Subtable 

Call Transfer (Feature CXR) Subtable 

Denied Incoming (Feature DIN) Subtable 

Deny Malicious Call Termination (Feature DMCT) Subtable 

Do Not Disturb (Feature DND) Subtable 

Distinctive Ringing (Feature DRING) Subtable 

Extended Call Management (Feature ECM) Subtable 

Executive Message Waiting (Feature EMW) Subtable 

Full Carrier Toll Deny for International Carriers (Feature FCTDINT) Subtable 
Fire Reporting System, Originating (Feature FRO) Subtable 

Sleeve Lead for Public Fire Reporting System (Feature FRS) Subtable 
Group Intercom (Feature GIC) Subtable 

In-Session Activation (Feature ISA) Subtable 

Line Music on Hold (Feature LMOH) Subtable 

Intra-LATA PIC (Feature LPIC) Subtable 

Local Service Provider Switch Owner (Feature LSPSO) Subtable 

Make Busy Key (Feature MBK) Subtable 

Message Waiting (Feature MWT) Subtable 

Network Facility Access (Feature NFA) Subtable 

Observe Agent form 500/2500 Set (Feature OBS) Subtable 

Primary Inter-LATA Carrier (Feature PIC) Subtable 

Random Make Busy (Feature RMB) Subtable 
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IBNFEAT (RSUS) 
IBNFEAT (SACB) 
IBNFEAT (SCL) 
IBNFEAT (SCMP) 
IBNFEAT (SCS) 
IBNFEAT (SDN) 
IBNFEAT (SDY) 
IBNFEAT (SEC) 
IBNFEAT (SHU) 
IBNFEAT (SimRing) 
IBNFEAT (SLU) 
IBNFEAT (SMDI) 
IBNFEAT (SOR) 
IBNFEAT (SPB) 
IBNFEAT (SSAC) 
IBNFEAT (SUPR) 
IBNFEAT (TBO) 
IBNFEAT (UCDSD) 
IBNFEAT (VMEADN) 
IBNFEAT (WML) 
IBNFEAT (WUCR) 
IBNFXDS1 
IBNLINES 
IBNLINES (AC) 
IBNLINES (BL) 
IBNLINES (LNPTST) 
IBNLINES (MDN) 
IBNLINES (STN) 
IBNMAP 
IBNMAP 2 
IBNMAP 3 
IBNMAP 4 
IBNRTE 

IBNRTE (AC) 
IBNRTE (ARS) 
IBNRTE (CFT) 
IBNRTE (CND) 
IBNRTE (DN) 
IBNRTE (EOW) 
IBNRTE (IBNRX) 
IBNRTE (INS) 
IBNRTE (ISA) 
IBNRTE (IW) 
IBNRTE (LINE) 
IBNRTE (LOC) 
IBNRTE (N) 
IBNRTE (NIL) 
IBNRTE (NOT) 
IBNRTE (OW) 
IBNRTE (QH) 
IBNRTE (RX) 
IBNRTE (S) 
IBNRTE (SG) 
IBNRTE (T) 
IBNRTE (TRMT) 
IBNRTE (VFG) 
IBNRT2 

IBNRT3 

IBNRT4 


Requested Suspension (Feature RSUS) Subtable 
Subscriber-Activated Call Blocking (Feature SACB) Subtable 
Speed Calling List Long (Feature SCL) Subtable 

Series Completion (Feature SCMP) Subtable 

Speed Calling List Short (Feature SCS) Subtable 

Secondary Directory Number (Feature SDN) Subtable 

AT&T Line Study (Feature SDY) Subtable 

Security (Feature SEC) Subtable 

Stop Hunt (Feature SHU) Subtable 

Simultaneous Ringing (Feature SimRing) Subtable 
Subscribers Line Usage (Feature SLU) Subtable 

Simplified Message Desk Interface (Feature SMDI) Subtable 
Station Origination Restrictions (Feature SOR) Subtable 
Special Billing Code (Feature SPB) Subtable 
Station-Specific Authcode (Feature SSAC) Subtable 

ACD Supervisor Position on 500/2500 Set (Feature SUBR) Subtable 
Terminating Billing Option (Feature TBO) Subtable 

UCD Signal Distribution Points (Feature UCDSD) Subtable 
Voice Mail Easy Access Directory Number (Feature VMEADN) Subtable 
Warm Line for RES and MDC (Feature WML) Subtable 

Wake-Up Call Request (Feature WUCR) Subtable 

IBN Digital FX Trunk Subtable 

IBN Line Assignment Subtable 

Attendant Console (Option AC) Subtable 

Bulk Calling Line Identification (Option BL) Subtable 
Option Local Number Portability Test Call (LNPTST) Subtable 
Multiple Appearance Directory Number (Option MDN) Subtable 
Station (Option STN) Subtable 

ISDN Routing Map Table 

ISDN Routing Map-2 Table 

ISDN Routing Map-3 Table 

ISDN Routing Map-4 Table 

IBN Route Table 

Attendant Console (Selector AC) Subtable 

Automatic Route Selection (Selector ARS) Subtable 

Call Forward (Selector CFT) Subtable 

Calling Number Delivery (Selector CND) Subtable 

Delivery Number (Selector DN) Subtable 

Enhanced WATS (Selector EOW) Subtable 

IBN Route Reference Index (Selector IBNRX) Subtable 
Insert (Selector INS) Subtable 

Integrated Service Access (Selector ISA) Subtable 

INWATS (Selector IW) Subtable 

Line (Selector LINE) Subtable 

Location (Selector LOC) Subtable 

N (Selector N) Subtable 

NIL (Selector NIL) Subtable 

NOT (Selector NOT) Subtable 

OUTWATS (Selector OW) Subtable 

Queue Head (Selector QH) Subtable 

Retranslate (Selector RX) Subtable 

S (Selector S) Subtable 

Supergroup (Selector SG) Subtable 

T (Selector T) Subtable 

Treatment (Selector TRMT) Subtable 

Virtual Facility Group (Selector VFG) Subtable 

IBN Second Route Table 

IBN Third Route Table 

IBN Fourth Route Table 
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IBNSC 
IBNTREAT 
IBNXLA 

IBNXLA (AIN) 
IBNXLA (AMBTI) 
IBNXLA (AMBIG) 
IBNXLA (ATT) 
IBNXLA (ATTO) 
IBNXLA (BC) 
IBNXLA (CUTTD) 
IBNXLA (CWD) 
IBNXLA (DOD) 
IBNXLA (ESN) 
IBNXLA (EXTN) 
IBNXLA (FEAT) 
IBNXLA (FLEXI) 
IBNXLA (FTR) 
IBNXLA (GEN) 
IBNXLA (GIC) 
IBNXLA (IAG23) 
IBNXLA (LOC) 
IBNXLA (LPACT) 
IBNXLA (LSPKP) 
IBNXLA (MBG) 
IBNXLA (N) 
IBNXLA (NET) 
IBNXLA (PROTO) 
IBNXLA (PVT) 
IBNXLA (REPL) 
IBNXLA (ROUTE/L) 
IBNXLA (ROUTE/S) 
IBNXLA (ROUTE/T) 
IBNXLA (SFMT) 
IBNXLA (SLE) 
IBNXLA (SPDC) 
IBNXLA (SRNG) 
IBNXLA (STAR) 
IBNXLA (TRMT) 
IBNXLA (TTTR) 
IBNXLA (TTTT) 
IBNXLA (U3WC) 
IBNXLA (VMX) 
ICIDATA 
ICNTRY 
IDBCLASS 
IDIGCTL 

IFC 

IFORDA 
IFORINW 
ILPELGBL 
ILPREGN 
IMAGEDEV 
IMGSCHED 
INATLPRT 
INBGCUST 
INNCOS 
INPRTRNS 
INTCCFMT 
INTCCMTR 


IBN Speed Calling List Table 

IBN Treatment Table 

IBN Translation Table 

Advanced Intelligent Network (Selector AIN) Subtable 

Ambiguous Code Dialing Version 1 (Selector AMBI) Subtable 
Ambiguous Code Dialing Version 2 (Selector AMBIG) Subtable 
Attendant Access (Selector ATT) Subtable 

Access to Attendant in Other Customer Group (Selector ATTO) Subtable 
Bearer Capability (Selector BC) Subtable 

Cut-Through Dialing (Selector CUTTD) Subtable 

Dial Call Waiting (Selector CWD) Subtable 

Direct Outward Dial (Selector DOD) Subtable 

Electronic Switched Network (Selector ESN) Subtable 

Extension Selector (Selector EXTN) Subtable 

Feature (Selector FEAT) Subtable 

Route to IBN Treatment (Selector FLEXI) Subtable 

Refineable Translation Result (Selector FTR) Subtable 

General Network Selector (Selector GEN) Subtable 

Group Intercom (Selector GIC) Subtable 

Two or Three Digit Station Numbers (Selector IAG23) Subtable 
Location (Selector LOC) Subtable 

Loudspeaker Paging Answerback Activation (Selector LPACT) Subtable 
Loudspeaker (Selector LSPKP) Subtable 

Multiswitch Business Group (Selector MBG) Subtable 

Set Prefix Fence (Selector N) Subtable 

Networks (Selector NET) Subtable 

Electronic Switched Network Information Signals (Selector PROTO) Subtable 
Private Network (Selector PVT) Subtable 

Selector REPL Subtable 

Digits Dialed to be Replaced (Selector ROUTE/L) Subtable 

Route Directly to CLLI (Selector ROUTE/S) Subtable 

Route to Office or IBN Route (Selector ROUTE/T) Subtable 

Switch Format (Selector SFMT) Subtable 

Selective List Editing (Selector SLE) Subtable 

Speed Calling Access Code (Selector SPDC) Subtable 

Station Ringer (Selector SRNG) Subtable 

Star (Selector STAR) Subtable 

Route to Office, Line, or Trunk Treatment (Selector TRMT) Subtable 
Tandem Tie to Trunk Route (Selector TTTR) Subtable 

Tandem Tie Trunk Termination (Selector TTTT) Subtable 

Three-Way Calling Usage Sensitive (Selector U3WC) Subtable 

Voice Message Exchange (Selector VMX) Subtable 

Incoming Call Identification Data Table 

ITOPS International Country Inward Call and Directory Assistance Operator 
ITOPS International Delay Call Database Keyed Values Table 
Information Digits Control Table 

Inbound Facility Table 

ITOPS International Country-City Directory Assistance Operator Table 
ITOPS International Country-City Inward Call Operator Table 

OLNS Intra-LATA Presubscription Eligibility Table 

OLNS Intra-LATA Presubscription Region Number Table 

Image Device Table 

Image Schedule Table 

International Pretranslator Names Table 

Intelligent Network Business Group to Customer Group Mapping Table 
Intelligent Network Class of Service Table (MMP only) 
International Pretranslator Table 

International Calling Card Format Table 

International Calling Card Metering Table 
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INTLZONE International Zone Table (MMP only) 

INWOMAP INWATS Originating Map Table 

INWORIBN INWATS Originating Band Table 

INWORICN INWATS Originating Control Table 

INWORIRT INWATS Originating Route Reference Table 

INWSNPA INWATS Originating Screen Office Table 

INWTERCN INWATS Terminating Control Table 

INWTERTE INWATS Terminating Route Reference Table 

INWTMAP INWATS Terminating Map Table 

IOC Input/Output Controller Table 

IOGTKEY ITOPS OGT Key Table 

IOPATTR International Traffic Operator Position System Attributes Table 
IOPRTRAN ITOPS Operator Translations Table 

IPCOMID Internet Protocol Communications Identifier Table 
IPEINV Intelligent Peripheral Equipment Inventory Table 
IPHOST Internet Protocol SuperNode End Hosts Table 

IPINV Internet Protocol Inventory Table 

IPMLINV Interperipheral Message Link Inventory Table 
IPNETWRK Internet Protocol Network Table 

IPROUTER Internet Protocol Subnet Router Table 

IPSCP Internet Protocol to Service Control Point Table 
IPSVCS Internet Protocol Services Table 

IPTHRON Internet Protocol Throttling Numbers Table 
IRLNKINV Interlink Inventory Table 

ISAINFO In-Session Activation Information Table 

ISAMENU In-Session Activation Menu Table 

ISAXLA Integrated Services Access Translation Table 
ISCTAB International Service Calls Table 

ISDNBILL ISDN Services Billing Table 

ISDNPARM ISDN Trunk Subgroup Parameter Table 

ISDNPROT ISDN Protocol Variant Timer Table 

ISDNTCP ISDN Test Call Parameter Table 

ISGDEF ISDN Service Group Definition Table 

ISGTDM ISDN Service Group Time Division Multiplex Table 
ISNDPMAP Intelligent Services Node Digit Pattern Mapping Table 
ISTRKGRP RCC Dynamic Trunk Groups Table 

ISUPDEST CCS7 ISDN User Part Destination Table 

ISUPSERV ISDN User Part Services Table 

ISUPTRK ISDN User Part Trunk Table 

ITOPATTR ITOPS Attributes Table 

ITOPS ITOPS Position Display Table 

ITOPSANTI ANI to ITOPS by Service Class Table 

ITOPSDEV ITOPS Device Table 

TOPSDP TOPS Dial Plan Table 

ITOPSERV ITOPS Position Routing Table 

ITOPSOPR ITOPS Operator Table 

ITOPSPOS ITOPS Position Table 

ITOPTRBL ITOPS Operator Reporting Trouble Disposition Table 
ITOQOSPIDNM ITOPS Queue Management System Service Provider Identifier Name Table 
IVDINV Integrated Voice and Data Set Inventory Table 
IVDTRBL Integrated Voice and Data Trouble Table 

IVPNCONV International Virtual Private Network Conversion Table 
KP 2TRUNK NSC KP2 Trunk Groups Table 

KSETFEAT Business Set and Data Unit Feature Table 


KSETFEAT (3WC) 
KSETFEAT (3WCPUB) 
KSETFEAT (AAB) 
KSETFEAT (ACB) 


Three-Way Calling (Feature 3WC) Subtable 

Three-Way Calling Public (Feature 3WCPUB) Subtable 
Auto Answerback (Feature AAB) Subtable 

Automatic Callback (Feature ACB) Subtable 
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10 MHz TCXO Stable Time Base 


Older versions of the Qualcomm OmniTRACS satellite fleet tracking system are starting to show up 
at ham fests. These units include a very nice one watt RF power amplifier for 14.0-14.5 GHz 
range, and a low-noise 11.7—12.2 GHz receive circuit, but we're still trying to figure those sections 
out! In the mean time, we'll show you a project to utilize the OmniTRACS' main 10 MHz 
Temperature Compensated Crystal Oscillator (TCXO) as a time standard for your workbench. 


Overview 


The 10 MHz TCXO is model number T1424 and made by EG&G Frequency Products, Inc. And yes, 
EG&G is one of the large defense contractors which works out at Area 51. The stock oscillator unit 
measured only a few Hertz off of 10 MHz, and the unit has an externally accessible trimmer 
capacitor which you can use to "zero beat" the oscillator directly to WWV. This will allow you to 
tune the oscillator to within 1 Hertz of the 10 MHz WWV NIST time standard. 


The 10 MHz output signal of the TCXO will be buffered with a simple 2N2222A transistor and sent 
to a 74HC390 dual—decade ripple counter to be divided down for generating an optional 1 MHz 
reference signal. The final two signal outputs are isolated with a 74HC241 octal 3-state buffer. The 
signals are then routed to front-panel BNC jacks. A few series 100 ohm resistors limit the current in 
case any of the outputs get shorted. 


EG&G TCXO Pinout 


2” x 2” TOCXO PINOUTS 
Oo 0 Oo 
RE +12V NC 


oO oO 
(BOTTOM VIEW) 





GND 
O GND 
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Pictures & Construction Notes 


_ FREQUENCY PRODUCTS, INC. 
CINCINNATI, OHIO MADE IN USA 
P/N 1DN14-CV90-2201-1 
FREQ 10.06 MHZ 
S/N 71150 
MODEL T 424 
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EG&G 10 MHz TCXO installed in a stock Qualcomm OmniTRACS unit. 


The oscillator's label reads: 


EG&G FREQUENCY PRODUCTS, INC. 
CINCINNATI, OHIO MADE IN USA 


P/N 1DN14-CVv90-2201-1 
FREQ 10.00 MHZ 

S/N 71150 

MODEL T 424 REV C 
DATE 9347 


OFFSET @ 25°C 0.0 HZ 


Remove the TCXO by heating the bottom of the circuit board with a hot air gun and gently prying 
around the TCXO's case. 
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Bottom view of the TCXO. 


Only three connections are needed: +12 VDC, 10 MHz output, and ground. 


Note the access hole for the trimmer capacitor (on the bottom). This is for slighly tweaking the 
output frequency of the TCXO. 
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TCXO support components attached to a terminal strip. 


Using the threaded studs on the bottom of the TCXO, add two standoffs for mounting the oscillator 
in a position which allows you to access the trimmer capacitor. 


The 10 MHz output of the oscillator is routed via a piece of small-diameter coaxial cable. 


66 





The oscillator's voltage regulator, buffer, and divider circuit board will be mounted in an old printer 
switch case. 


The oscillator's RF output comes into the 2N2222A via the coaxlal cable on the lower-left. 


There is no real need to make the PC board overly complicated, but try to utilize proper ground 
plane construction. 


The LM7812 (for +12 VDC) and LM7805 (for +5 VDC) voltage regulators are on the upper-left. 


This device was meant to be powered from an external voltage source of around +15 VDC. You 
may wish to use low-—dropout voltage regulators if you use a +13.8 VDC power supply. 
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fl 6GcG 
"FREQUENCY PRODUCTS, INC. 
CINCINNATI, OHIO MADE IN USA 


P/N 1DN14-CV90-2201-1 
: 10.00 MHZ 
71150 





Mounting the oscillator and circuit board. 


The front-panel has a LED power indicator and two BNC jacks for the 10 MHz and 1 MHz outputs. 





On the rear—panel (right) is the incoming DC power jack. 


Note how the oscillator was mounted so an existing hole in the case allows access to the frequency 
adjustment trimmer capacitor. 


A small piece of aluminum duct tape covers the access hole. 
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Alternate view with the completed wiring. 
Try to use coaxial cables for all the lines carrying the 10 MHz or 1 MHz signals. 


The front-panel BNC connector on the left is the 10 MHz output, the other is the 1 MHz output. 
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To zero—beat the oscillator, tune a shortwave receiver (AM) to the 10 MHz WWYV time standard. Be 
sure to use a quality antenna as the received signal will need to be quite strong. 


Next, connect a short little rubber duck antenna to your powered time base and position the 
shortwave receiver so you are receiving both signals at once. You may have to place the 
shortwave receiver in another room if the WWYV signal was overpowered by the time base signal. 


You should be hearing a "Whoosh—Whoosh-—Woosh" sound as both the time base signal and the 
WWYV carrier are heterodyned together. The number of "whooshes—per-secona" is equal to the 
frequency, in Hertz, that your time base is off. The WWV RF carrier is guaranteed to be exactly 10 
MHz, so it'll be your time base that's off, not WWV. 


You'll now want to let everything warm up for a period of a hour or so. After the time base is at its 
proper operating temperature, s/ow/ly tweak the trimmer capacitor with a non—conductive tool until 
the number of "whooshes" gets down to around one per second. If the number of "whooshes" goes 
up, turn the capacitor in the other direction. You can tweak the oscillator's final frequency even 
further, but it'll just end up driving you crazy. 


That's it! Your 10 MHz time base should now within one or two Hertz of exactly 10 MHz! 


You can now use your new time base for calibrating a frequency counter, or to replace the 
reference oscillator in your PRO-2006 scanner... 
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End of Issue #72 





Any Questions? 
Editorial and Rants 


A March 27, 2010 rally in support of Harry Reid had a few egg-throwing thugs attending. Don't 
count on hearing that from the mainstream media... 


The person with the egg in his hand is Jesse Walker of IBEW Local 357 in Las Vegas. 
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There was some good news, though. This was the Tea Party rally against Harry Reid! CNN 


reported "... hundreds of people, at least dozens of people showed up." LOL! CNN made no 
mention of the egg throwing. 


From: www.libertypost.org/cgi—bin/readart.cgi ?ArtNum=286482 
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Now they are lowering the standards for attending law schools! More proof that 
non—Whites are just not compatible with Western civilization. 


Law Schools Struggle to Attract Minorities 
April 7, 2010 — From: www.startribune.com 
By Elizabeth Flores 


More minority students are applying to Hamline University Law School. Acceptances are up, 
too. But overall diversity? Down a tick from a decade ago. 


"That's where the challenge remains," said Donald Lewis, dean. "Our issue is convincing the 
people we've accepted to come here." 


Hamline's struggle is common. Law schools across the nation vie for students of color to diversify 
classrooms —- and ultimately, courtrooms. Greater diversity will lead to a fairer legal system, they 
say, and clients demand it. 


Yet growth is slow, and, as a recent study shows, representation of some races has even dropped. 
That has law schools and law firms working in high schools, preparing undergraduates and 
launching new admissions programs. Starting April 15, the University of St. Thomas School of Law 
will accept some students without LSAT scores, which, statistics show, are generally higher for 
whites than minorities. Other schools are considering similar steps. 


A Step Ahead 


Melissa Martinez transferred to St. Thomas for her undergraduate degree, in part because she 
hoped to earn her law degree there, too. 


The 31-year-old student plans to be "an advocate, a voice for the voiceless," and law seemed a 
good avenue. 


Because she's a St. Thomas junior and a student of color, she's perfect for the university's new 
Tommie Law Early Admission program, which aims to draw diversity from its undergraduate 
programs. 


The program will accept those students based on grades and college—entrance exams —— not the 
LSAT. 


The university joined a handful of others that got the American Bar Association's OK to 
waive the test for a limited number of students. 


"We've seen in our own experience that those scores don't always indicate how successful students 
will be," said Cari Haaland, director of admissions. 


Martinez was already studying for the test. It's the program's promise to integrate her, as a senior, 
into the law school community that convinced her to apply. 


"It gets me on track," she said. "Instead of worrying senior year about what I'm going to do, where 
I'm going to apply, if I'm going to be accepted." 
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Diversity Numbers Stable 


Despite an increasingly diverse population, the proportion of students of color in Minnesota's law 
schools is similar to a decade ago. 


The U sits at about 16 percent, including 26 Hispanic students —— the same number as in 2004 and 
1999. Students of color make up 13.1 percent at Hamline, down from 13.9 in 1999. This fall's 
entering class at William Mitchell was about 11 percent students of color, and 15 percent at St 
Thomas. 


Nationwide, about 29 percent of law students starting this fall identified themselves as other than 
white, according to the Law School Admission Council, up from 26 percent in 2001. 


But the percentage of black and Mexican—American students has declined since 1993, a recent 
study by a Columbia Law School professor shows. 


In that time, both groups improved college grades and LSAT scores, and law schools added about 
3,000 seats for first-year students, said Prof. Conrad Johnson. "These groups of students did not 
get any of those seats." 


Johnson's study has been controversial; the Law School Admission Council points out overall 
growth in minority students and questions if data stayed comparable over time. 


Although more minority students are enrolling at the University of Minnesota Law School, more 
white students are, too. Diversity looks much like it did 10 years ago. 


Drawing from Minnesota 


When applying to law schools, Robbie Barton heard a lot about diversity. "Miraculously, every 
school's website features diverse students," he said. "There's always a diverse representative on 
campus when you visit. They regularly talk about how important diversity is." But once he enrolled 
at the U in 2006, he was the only student of color in several classes. 


Barton created a committee on diversity —— since grown to include professors and administrators —- 
to find out why and how it could be fixed. He came away believing the school needed to do more 
recruiting in Minnesota. 

About 60 percent of the U's law students come from out of state. 

"| felt like they were looking exclusively outside the state," said Barton, who is from Milwaukee and 
practices in California. "We have the largest Somali population, one of the largest Native American 
populations, the second-largest Hmong population. But those groups are not represented at the 
law school." 


Fierce Competition 


Law schools fight for students of color, and often those with higher rankings or bigger 
scholarships win. 


But schools and students recognize law firms won't get more diverse if schools simply become 
better at recruiting from the same limited pool of students. The pool must grow. 
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"The obstacle is not in the law school admissions office," Lewis said. "There are institutional, 
systemic barriers." 


Two years ago, the U started a summer LSAT preparation program for about 25 students from 
under-represented populations. One student from that program's first year ended up enrolling at 
the U. 


"Our goal is to increase that number," said Nick Wallace, law school admissions director. "As the 
program builds a little bit of history ... we may see some benefits further down the road." 





So the kikes at the New York Times got their yarmulkes in a tizzy when Sarah Palin used little 
bullseyes on her Facebook map of vulnerable Democrats. Oh the horror! Liberals would never do 
anything like that now, would they? 
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From Sarah Palin's Facebook Page 
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Targeted Republican - Thaddeus McCotter 
Thaddeus McCotter —Michigan’s 11th District 


Congressman Thaddeus McCotter's vote against 
President Ohama's economic recovery package 
means that he tried ta stop the purchase of 23 
husses that are badly needed to improve the 
reliability of Livonia's transit system. 





[https Www. stimulus watch.org project 
view 9570] 


The President's economic recovery package will save or create 3,300 
jobs in Michigan's 11th District alone [Christina Roemer, Chair of the 
White House Council of Economic Advizers]. 
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From the Democratic Congressional Sampson Commitee Website 
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From: www.verumserum.com/?p= 13647 
Let me guess... You didn't hear about this one either? 


Oh... Don't worry... It gets even better! 


Now the Jew York Times is comparing the Tea Party attendees to the Weather Underground 
domestic terrorists! 





( & http://www.nytimes.com/imagepages/2010/03/28/weekinreview/ 28 carey02.html . 
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VARYING DEGREES OF RAGE The Weathermen, inchiding Bill Ayers, second from nght, 
during the Days of Rage in 1969, and anti-health reform protesters in Washington on Sunday. 
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Note to the New York Times... The biggest difference between the Tea Party attendees and the 
Weather Underground is: 


Obama has yet to meet with any Tea Party members! 
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Ethics Pledoe Varvers 


You should use an alias the next time you visit the White House! 
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"Useful Idiots" by James Hudnall and Val Mayerik 


WE GOT A f \NEEO 
f HOT PRESS SPL EAre | Priors io 
FROM MEDIA MATTERS. abe CHECK wi 
THEY SAY THE TEA =. % AT LEAST 
PARTY BUPNEO Aceoss AI =. 
_ ON THE WHITE HOUSE Fete} |, TO VERIFY, 


| RACIST TEA Party If | Fo oS NI] RADICAL TEA PARTY 
ff BURNS CRosses) |If Fos en nc WAR 


Media Matters Fe ports 


aaa | 


a 
aes - “f &000 Joe! 
THO 0 THIS IS AN 
7 oF OUP CFs ABOVE THE FOLO : 
| PELIABLE SS hee Of | STORY IF TEVER.. [re 
SOURCES HAVE | oe | SAW ONE. IT'S TIME | ys 
CONFIQMED THE | Saf eecee a) WE BUPIED THESE / 
SToryY. WE'RE | gaat, irs Teeeorsts! / 





81 


